← All posts tagged рабочее

Constantiner
рабочее К #1146866 под злоупотреблением наследованием я подразумевал, примерно такое:

Есть базовый класс ViewController

Потом есть класс FirstFartViewController, отнаследованный от первого

Потом есть SecondFartViewController

SecondFartViewControllerExt

SecondFartViewControllerExt2

И наверху иерархии уже раельно используемый в приложении BullShitFartViewController

Поубивал бы.
Constantiner
рабочее Который день бьюсь с иерархией контроллеров, вьюшек и моделей в приложении. Ввиду того, что там MVC еще и иерархическое, то вообще капец. Злоупотребление наследованием — большой грех. Параллельные иерархии — адъ :( Пишите код проще.
Constantiner
рабочее разработка К предыдущему #1136447 Если, например, классов BullShitController я просто боюсь, то за классы BullShitModel я хочу отучить людей с использованием бейсбольной биты. Даже ModelLocator в Cairngorm имеет адекватное название так как предполагает, что остальные классы, относящиеся к букве M триады MVC, и отвечающие за данные и бизнес-логику, не имеют таких глупых шаблонных названий. Но когда в преложении бля BullShitModel, мне хочется встать, приложить руку к сердцу, поднять подбородок и начать петь возвышенный гимн какой-нибудь великой страны.
Constantiner
рабочее разработка Flex Вообще, последнее время ненавижу, когда классы, даже в концепции MVC, называют BullShitController, MailController. Ну контроллер, круто. А что конкретно он контролирует? Весь Mail? Не жмет?

С учетом того, что сам по себе MVC даже не паттерн, а просто набор общих соображений с разными вариантами реализации, такие общие названия можно давать всему, что угодно. В любом случае, трудно по названию ожидать от класса чего-то конкретного. Мне, если честно, даже открывать такие классы страшно. Боюсь разочарований.

И, кстати, чем даже стремные фреймворки типа Cairngorm, лучше доморощенных реализаций, так это тем, что в них можно более-менее точно предугадать, чего ждать от класса, названного по шаблону.
Constantiner
рабочее разработка Flex Возвращаясь к #1134962 очень замечательно в таком коде искать нужное. Ну вот не знаешь ты, где в коде находится кнопка. Один путь — курить всю иерархию контроллеров, контейнеров и найти (вполне случайно), где она создается с непонятной целью именно там. Другой способ, конечно, найти кнопку по метке. Но в современных технологиях все настолько усложнено, что и это не помогает. Понятно, что метка локализована, а ее текст получается с сервера, в проекте его нет. Так что сосите, сэр, да. Разгадывайте квесты трудолюбивых архитекторов.
Constantiner
рабочее разработка Flex Чем я люблю MXML, да еще с разметкой, основанной на контейнерах, отличных от Canvas или группах с компоновкой, отличной от базовой, так это тем, что все наглядно. Посмотрел теги и все быстро понял. Поэтому, например, жутко не люблю писателей, которые делают скины во Flex 4 для всего, включая компоновки компонент. Они называют это code behind, а я называю их мудаками :)

Но когда начинается архитектура от астронавтов, то пиши-пропало. Тут, по сути, MXML и не нужен. Ибо роль свою выполняет уже весьма слабо.
Constantiner
рабочее разработка Текущий проект вызывает смешанные чувства. Много всего написано, навороченно. Но вызывает ощущение, что все написано на AS2 во времена mx-компонент. Потому как по коду иногда даже поиском нельзя понять, что, как и где инжектируется. Описывать в MXML не контейнеры, в которые запуляются конкретные компоненты в дебрях контроллеров с многоэтажным наследованием с единообразными названиями SomethingBase, Something итд, но без единой строчки комментариев, а сами компоненты, это, видимо, не тот путь. Это для слабаков. Надо же иметь конкурентное преимущество над новыми разработчиками в проекте! Пусть пользуются текстовым поиском и тренируют память! :)

Везет мне на талантливых велосипедистов, которые любят писать максимально сложный код :)
Constantiner
рабочее Вопрос к офисным работникам. Если вы положите руку на сердце и подумаете честно, а потом честно ответите, то сколько часов рабочего времени в день вы тратите на пиздеж, попивание чаев, серфинг в интернете и прочее?
Constantiner
рабочее Кстати, по мотивам #977311 можно предложить концепцию программистского Lazy Loaded Resume. Типа писать там все крутые и модные технологии, а если спросят, то типа сказать, что изучишь если надо :)
Constantiner
рабочее Плохо когда заказчик еще и технарь. Потому что есть его спрашиваешь, КАК что-то должно работать, он и отвечает КАК. Ты его спрашиваешь с точки зрения пользователя, а он рассказывает свое видение реализации с точки зрения программной реализации. Что, в общем, может быть полезно, но если реально у программиста нет идей. Хотя, с другой стороны, заказчику может быть просто скучно и грустно, хочется программировать, а тут приходится заниматься всякой ерундой: придумывать идеи стартапов, руководить их реализацией и рулить бизнесом. Скукота ведь, да? :)
Constantiner
опрос рабочее Вопрос к тем, кто не выключает компьютер, и имеет многодневный/многонедельный/многомесячный аптайм. Ну и при этом кто занимается разработкой.

При таком аптайме вы закрываете IDE перед отправкой компа в сон или оставляете? Если оставляете, то после просыпания и активирования IDE она сильно тормозит первое время?
Constantiner
рабочее Позволяет ли ваша профессиональная этика слегка наехать на заказчика если он позволяет себе фразы типа «Чем Финтифлюшка отличается от стандартной Мормышки? Почему там требуются дополнительные часы и рождаются баги?» Причем если уже не первый раз, а твои технические разъяснения в конструктивном тоне игнорируются?
Constantiner
рабочее негатив Бля, как меня заебывает когда пишут багрепорты на языке, состоящем из русских слов, но не русском. Бля, ну вот сложно людям сделать нормальное описание? Типа щагов для воспроизведения? Или косноязычие — норма жизни? Я понимаю работать вполсилы. Но управлять вполсилы своим проектом :(
Constantiner
рабочее Ну ничего, я вполне, оказывается, могу обсуждать рабочие вопросы с клиентом по Скайпу. Раньше боялся. Все-таки не так много разговорной практики на английском :)