Просто примета, подмеченная мной на протяжении многих лет: если в неком посте или некой цитате в начале упоминается слово "Битрикс" - это к тому, что текст ОБЯЗАТЕЛЬНО будет содержать как минимум одно ругательство! :)

После многочасовых попыток смигрировать ExtJS хотя бы с 4.0 до 4.1 приходишь к выводу, что девиз разработчиков оного фреймворка - "Обратная совместимость? Не, не слышал!"

Хотела сегодня зарелизить прямо-таки системную и труидейную Javascript-софтинку - а выдаваемый ей HTML-код кушают все бложики, кроме, блять, ЖЖ. Сука, ЖЖшный редактор режет абсолютное позиционирование (причём ну нигде не документировано, что ЖЖ position:relative оставляет, а position:absolute режет), и это можно обойти только через custom css в настройках блога. Угадайте с трёх раз - будут ли это делать юзеры. А мне без абсолютного позиционирования никак, в нём весь прикол! Придётся из-за СУПовских уродов возиться с GD и ещё и графику генерировать, хотя изначально серверный функционал там вообще не планировался. Чтоб они там дристали кровавым поносом!

И всё-таки не быть мне гламурной леди, а оставаться компьютерным зеленолицым задротом ныне и присно, и во веки веков, аминь! Только что предпочла новой кофте годовую подписку на Brainbench со скидкой :)

люди, занимающиеся веб-разработкой, ответьте, плиз - почему порой требуется поддержка IE7, а то и 6, но никому в здравом уме не пришло бы требовать поддержки, например, Opera 8 или FF 1.5? А чо, аргументы те же - старое железо, параноидальное начальство, не дающее установить никакие апдейты... но как-то это в данном случае не работает. А в случае с грёбаным ослом так все прям садистское наслаждение испытывают от понукания "тебе за это платят, вот и делай"...

осваиваю юнит-тестирование и test-driven development вообще, и jUnit (в андроидной его инкарнации) в частности. Интересный подход. Жаль, в нашей конторе пока так не делают - было бы полезно, от многого бы уберегло.

после суток еботни, чтения кучи манов и гугления до посинения, я таки разобралась, как грамотно и качественно организовать работу сервисов (а говоря по-русски, демонов) в google android. теперь моя софтинка будет нормально мониторить и генерировать события, хехе %)

одно небольшое изменение в требованиях - и шелловый скрипт на 10 строк легко разрастается до сотни.

Ну вот мой первый хеллоуворлд на яве под андроид и заработал. Пришлось, правда, повозиться, ибо эмулятор - тормозная скотина, и на нетбуке виснет нахрен бля ваще, а дрова на саму трубу в отладочном режиме ставились только при скачивании полного 130-метрового Samsung New PC Studio, установки оного и сразу же удаления (чтоб коннекты у эклипса не перехватывал). Про сам эклипс, яву, андроидный SDK и прочую кучу софта я просто молчу... но, в общем, несмотря на то, что венда такая венда, а корейцы такие корейцы, оно РАБОТАЕТ! :)

Из книжки "97 things every programmer should know". К вопросу о том, почему я не люблю вопрошателей класса "ну ты же всё знаешь, помоги мне", да %))

The Guru Myth

Ryan Brush

Anyone who has worked in software long enough  has heard
questions like this:
I’m getting exception XYZ. Do you know what the problem is?
Those asking the question rarely bother to include stack traces, error logs, or
any context leading to the problem. They seem to think you operate on a different
plane, that solutions appear to you without analysis based on evidence.
They think you are a guru.
We expect such questions from those unfamiliar with software; to them, systems
can seem almost magical. What worries me is seeing this in the software
community. Similar questions arise in program design, such as “I’m building
inventory management. Should I use optimistic locking?” Ironically, people
asking the question are often better equipped to answer it than the question’s
recipient. The questioners presumably know the context, know the requirements,
and can read about the advantages and disadvantages of different strategies.
Yet they expect you to give an intelligent answer without context. They
expect magic.
It’s time for the software industry to dispel this guru myth. “Gurus” are human.
They apply logic and systematically analyze problems like the rest of us. They
tap into mental shortcuts and intuition. Consider the best programmer you’ve
ever met: at one point, that person knew less about software than you do now.
If someone seems like a guru, it’s because of years dedicated to learning and
refining thought processes. A “guru” is simply a smart person with relentless
curiosity.

Of course, there remains a huge variance in natural aptitude. Many hackers
out there are smarter, more knowledgeable, and more productive than I
may ever be. Even so, debunking the guru myth has a positive impact. For
instance, when working with someone smarter than me, I am sure to do the
legwork, to provide enough context so that person can efficiently apply his or
her skills. Removing the guru myth also means removing a perceived barrier
to improvement. Instead of a magical barrier, I see a continuum along which
I can advance.
Finally, one of software’s biggest obstacles is smart people who purposefully
propagate the guru myth. This might be done out of ego, or as a strategy to
increase one’s value as perceived by a client or employer. Ironically, this attitude
can make smart people less valuable, since they don’t contribute to the
growth of their peers. We don’t need gurus. We need experts willing to develop
other experts in their field. There is room for all of us.

собираюсь тут таки себе андроидный коммуникатор прикупить, и уже даже есть идея написать под него пару приложений. А кто подскажет хорошую IDE, в которой удобно писать такие штуки?

люблю свою новую работу... за месяц узнала про SQL и XSLT больше, чем за всё время до этого

убила сегодня весь день на переписывание скрипта на Perl (о, те самые CGIки стиля 10-летней давности, с уродским именованием переменных, выводом HTML в одну строку без табуляции и "зашиванием" в код дат) на PHP под абсолютно шизанутый движок. Смерть, смерть, смерть пидарасам!

 А особенно жестокая смерть - той ТП, что писала шизодвижок и задавила в нём ЛЮБОЙ вывод ошибок, несмотря на .htaccess и конфиг сайта с error_reporting(E_ALL). А доступа к логам апача у меня нет. То бишь при малейшей ошибке просто выдавало пустую страницу, и хрен его знает, что там случилось. Благодаря этому отладка нескольких классов одновременно превратилась в жутко мазохистский процесс с закомментированием-раскомментированием десятков строк, трассированием аргументов и вывода между методами при помощи отладочной печати и прочих извращений.

Ещё раз - СМЕРТЬ пидарасам!

продолжаю систематизировать разрозненные отрывки знаний по SQL. Осознала разницу между Decimal и Numeric, разными видами join-ов и поняла, наконец, как правильно делать группировки для агрегирующих функций. кто знает, может, вскоре при code review и перестанут материть мои запросы...

и таки SQL - это моё ОЧЕНЬ слабое место. надо таки подтянуть знания. читаю талмуд по БД и интуитовский курс по SQL

обновила кеды до 4.3.5, как получу достаточно отзывов - обновлю до 4.4 . Да, пошустрее 4.3.1... и хотите верьте, хотите нет, "плазма не падает" (с)

XML Schema - прикольно, однако. И куда удобнее, чем DTD. Заюзаю в своей новой писанине, пожалуй

начинаю чувствовать себя программистом, а не штамповщиком-быдлокодером. это хорошо. главное, чтобы не случилось ничего, что бы меня в этом разуверило. а завтра опять пойду писать всякие абстрактные и не очень классы, прописывать XML Schemas для декларативной валидации XML-конфигов, и вообще как-то увязывать всё это в единую софтину для автоматизации и абстракции. Мне нравится такая работа, честное слово!

и таки перекрашивать SVG-картинки из PHP - жуткий изврат, хоть там и трижды XML

(про валидный, семантичный и минималистичный код без обилия яваскриптов и флэша)

[00:26:15] <Ad Astra> тот самый техноэстетизм и нездоровый перфекционизм ;)
[00:26:30] <Ad Astra> граничащий с эротикой, да %)
[00:27:24] <Ad Astra> в том смысле, что оно красиво и эстетично вплоть до фапа на оное, но как и красивая картинка из глянцевого журнала - зачастую недостижимо %)