Pull to refresh
0
0
Александр Бурдун @Dukobpa3

User

Send message
Про карьерный рост гуманитария в ИТ вы как-то скромничаете.
По-определению руководитель должен быть гуманитарием, так как задача любого руководителя — налаживание связей, контактов, процессов. В общем — работа с людьми.
Если речь идет об руководителе в ИТ — то конечно каким-то небольшим набором технических знаний и навыков нужно обладать, но только в том объеме, который позволит контролировать подчиненных.
Но даже тут это не обязательно. Гораздо перспективнее подход Генри Форда — собрать команду и помогать ей принимать решения сообща.

Ни одному технарю это не дано. А если и дано — то требует очень много усилий, как миниумм потому что технарь — это логика и структура, а в отношениях далеко не всегда всё логично и структурировано. Постоянно приходится переступать через свои устоявшиеся убеждения. Это очень сложно эмоционально.
>>
web-разработчиков, которые в ночь с пятницы на субботу могут поставить качать свой любимый сериал и на следующее утро, лежа на диване смотреть все это дело на огромном телике

Так вот чем вы занимаетесь.
Думаю, что ответ слегка позноват :)
Стрелочки в диаграмме зависят от точки зрения автора в момент составления. По ним можно проследить порядок возникновения сущностей и связей.
Так же этим можно пользоваться чтобы специально расставить акценты и сконцентрировать внимание зрителей вокруг тех или иных объектов, которые с точки зрения автора являются ключевыми.
Но да, во многих ситуациях техническая реализация не будет отличаться.
Могу порекомендовать каких-то бальзамчиков.
У кого-то, видимо, баттхерт от флеша жуткий :)
Зачем иерархия блокнотов если есть иерархия меток?
С остальным согласен. Пользуюсь активно, те же проблемы смущают.
Понял, спасибо)
Только кармы не хватит даже плюсик на месадж паставить) Так что просто спасибо)
Пока никак не перейду на ТДД… Планирую в следующем проекте попробовать. Но думаю что так и есть. По логике ТДД — тесты являются представлением ТЗ в виде кода, если я правильно понимаю. И такая идеалогия мне оч нравится, я люблю абстрагировать свой код до логических бизнес-сущностей, и стараюсь чтобы сущности в коде соответствовали описанию задачи словами.
Автор педагог?
Абсолютно согласен с автором. Только тут есть и другая крайность.
Часто сталкиваюсь с кодом авторства миддлов-жуниоров, в котором они начинают накатывать абстракции на всё подряд, даже там где они не нужны, и нужно сделать просто уникальную реализацию какого-то микромодуля, и эта реализация уложится в 30 строк кода.

Даже если потом этот модуль придется абстрагировать, То рефакторить 30 строк до более абстрактной сущности — проблем не составит, а вот продуманная сложная абстрактная архитектура может так и не использоваться ни разу до завершения проекта. А время уже потрачено, и вместо 30 строк хардкода, получаем в проекте 5 классов в разных пакетах, которые хренпойми как взаимодействуют.

Я поддерживаю схему разработки:
Говнокод, выполняющий поставленную задачу -> рефактор и абстракция с архитектурой поверху -> релиз.

Часто рефактор и не требуется, а часто он требуется через полгода, когда реализованная сущность уже доросла до самодостаточного модуля, требующего неких оберток и абстрктного представления.

Хардкод тоже плохо, и если вещи требующие абстракции не были замечены изначально — потом исправить так же сложно. Но нужно таки с умом подходить. И хардкод и абстракции хороши каждый для своих задач.
Ну как бы да, без критической массы данных для проектирования автоматизации — проектировать и автоматизировать будет нечего. В любом случае нужно будет что-то там проанализировать. Если не наберется хотя бы парочки вариантов обработки вручную — анализировать будет нечего.
Просто я воспринимал такой анализ как неотъемлемую часть процесса автоматизации, потому не акцентировал на этом внимание.
Статья правильная но называться она должна была иначе. А в примерах не противопоставление ориентировки на результат, или процесс. Просто разное понимание результата.
И тут просто выполняя задачу нужно понимать: Это мне сейчас надо единоразово сделать импорт в базу чтоб обновить до новой версии софта, или же это перманентный процесс. И где гарант что повторная похожая задача возникнет раньше чем через полгода-год, когда старый «скрипт» на который потрачено три дня (когда дедлайн один) не похерится в куче аналогичного хлама (а у таких вот «умных» чуваков, как раз такого хлама жопой жуй). И он не примется писать этот скрипт повторно, опять проебет все сроки. А тот который тупо сделал руками опыть просто сделает руками и забудет.

Спорно это всё. Мозгами надо думать приступая к задаче.
Бредом будет и невъебенное апи для одноразовой задачи.
Ровно как и обработка руками для периодической.
Всё верно. Напоминает притчу о чуваке который молился богу и просил: «дай мне выиграть джек-пот, дай мне выиграть джек-пот».
В итоге бог таки сжалился, спустился и говорит: «Так ты бы может хоть один лотерейный билетик то купил?»
Разберись чего ты хочешь и что приносит тебе удовольствие — и иди туда. Остальное приложится. Главное то не бабло или отсутствие оного, главное — просыпаться с улыбкой.

Очень многие недооценивают понятие: «быть на своем месте».
Большинству богатство и нафиг не надо, но за баблом гонятся, потому что модно.
Те кому реально бабло нужно, и для кого это цель — его имеют, уж поверьте.

А если бабла нет, но уж очень хочется, то:
Насчет «богатый папа, бедный папа» — я, честно, не понял скепсиса по поводу активов/пассивов. Активов ведь великое множество, и они способны приносить бабло. Пассивов, опять же, тоже, очень много и у всех они разные — и они хавают бабло. Вот и всё, что в этой книге сказано, и оно работает. Зачем пытаться в ней(книге) искать какую-то конкретику, я не знаю, а без конкретики идея то верна, суть только в том, как ею воспользоваться сугубо для себя.
Эппл без харизмы уже не торт
Тот же кран только в левой руке.
Не «уже» и не «еще». Они вообще в разных ветках находятся.
Тим-лид — технический скилл выше остальных в тиме.
Манагер — социальный скилл выше других в тиме.
Какой-то тех-дир самое оно.
— Архитектура,
— Управление,
— Немного кода,
— Не вмешиваться в продажи и бабло (потому что за много лет понял что всё-равно не умею продавать, а вот тех-процесс наладить без проблем).

Такой микс был бы по мне:)
Ох и срач тут развели. Пытался следить за темой первых 150 сообщений, но 500 это как-то уже много:)
Сам я виндузятник, но маком пытаюсь интересоваться так как социальным геймдевом занимаюсь. Планирую переходить на дроиды с маками и думаю что мак мне в хозяйстве пригодится.

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

Так вот пока что я совершенно не склонен абсолютно к «полностью рабочей тачке макинтоша», исходя из отзывов знакомых, исходя из своего опыта в пару месяцев пользования макбуком (брал у товарища пока он где-то в коммандировке был).

Вот действительно единственное что радует — вылизанность интерфейса и гладкость работы, анимацийки там всякие и в таком духе. В остальном же даже до семерки не дотягивает.

Information

Rating
Does not participate
Location
Киев, Киевская обл., Украина
Date of birth
Registered
Activity