Senior Back-end Software Engineer
  • Что важно для IT boys?

    А что не так-то?

  • Советы для начинающего Java-разработчика. Подготовка к собеседованию — часть 1

    Только это roadmap на сеньора, и несколько далекого от большинства корпоративных задач, скорее для теоретика :)

  • Внезапно! В Раду внесён закон, предлагающий блокировать серые телефоны по IMEI, ввести обязательную регистрацию SIM и запретить VPN

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

  • П’ятничне, або як офіційно стати лордом працюючи в ІТ

    Ого, клаптик целых 900 кв.см. Я бы понял еще 6 соток, тепличка, помидорчики, все дела. Еще в копилку идей — назвать астероид или планету в честь сеньора, или застолбить делянку на Луне.

  • Starbucks vs. Lavazza vs. Illy

    Бессмысленно обсуждать вкусы, но, похоже, джентльмены сошлись во мнении, что Старбакс таки говно :) Их любовь к «итальянской» обжарке не то, совсем не то, а вот Lavazza Qualita Oro, приготовленная в «моке» — лучшее на каждый день. Еще бы порекомендовал Dallmayr Promodo, Movenpick и Juan Valdez Fuerte. Вкус мягкий, но насыщенный, не надоедает.

  • Возраст — помеха?

    Я бы предложил найти «нишевой» язык, может из разряда «умирающих» (ну те, которые последние 40 лет умирают да не умрут все никак, и которые для бизнеса критичны). Не стоит тягаться с тысячами PHP и Javascript разработчиков, можно пойти против течения, куда молодежь не заманишь никаким калачом. Возраст при этом будет только идти на пользу, есть такой стереотип, если 40+, то значит хорошо разбираешься в древних технологиях.

    Підтримали: Roman Pavlyuk, Curious Learner
  • Взрывается мозг при изучении Java уже в самом начале

    Это норма. А ежле начать ее учить, когда твой возраст требует шесть битов, то ховайся...
    Java как язык — 40 ключевых слов. Это лишь 10% от той экосистемы, которую сейчас подразумевают, когда говорят «пишу на Java». Еще 20% — это обширная библиотека классов, которые наизусть никто не помнит. Еще 20% это ООП, паттерны, готовые решения, которые заранее считаются лучшими и требующими обязательного выполнения. Еще 10% это opinionated фреймворки, которые стали стандартом (Spring). Еще 10% это разнообразные тесты. Еще 10% это IDE, без которой ничего сложнее hello world не написать и не собрать, что немаловажно. Еще 10% это разные DevOps штуки вроде Docker, Jenkins и хрен его знает что, без чего на продукцию не выкатишься. Еще 10% это серверы приложений, Томкат его величество и другие. «И вот с этой всей хренью мы попытаемся взлететь...»
    Скромный совет — не пытаться «изучить» все и сразу, входить постепенно от простых но работающих проектов, и главное непрерывно писать писать писать код, «пальцы запомнят».

    Підтримали: Юля Филатова, anonymous
  • Чем недовольны украинские программисты? Глас народа 2017

    В Германии до сих пор с заводов отправляют на учебу, чтобы из рабочих делать мастеров и в целом повышать уровень. Оплаченный отпуск по учебе — нормальное явление. Просто там играют в долгую, и человек не бегает от завода к заводу, потому что где то там на 50 евро больше платят.

  • Чем недовольны украинские программисты? Глас народа 2017

    Даже в проклятом советском прошлом с производств отправляли на учёбу, чтобы повышать профессиональный уровень. Неужели сейчас фирмы не заинтересованы повышать уровень «человеческого капитала»? Я конечно слышал от менеджеров «а зачем их учить, выучатся и разбегутся в другие фирмы», это клинический случай.

  • Переезд в Польшу в 18 лет

    Если Вы сжигаете 500 злотых (4.5зл х 6л х 20дней) каждый месяц только на поездки дом-работа, можно снять квартиру ближе к работе, даже если аренда будет дороже на 500 злотых :)

  • Идеальный стиль айтишного офиса: ваши идеи

    Детский сад при офисе — это отличная идея, без шуток.

  • Как работать с legacy-системами

    Хороший разбор, спасибо. Прямо как мой проект описан. Вопрос только — как лучше управлять тикетами? Scrum-kanban, вот это всё. Обычно валит треть багов, треть рутины (добавить новый продукт, такой же как старый, но с перламутровыми пуговицами), треть новых фич, изредка — разные оптимизации и авральные баги когда всё «само» поломалось и никто не знает как починить.

  • На чому почати писати Android аплікацію?

    HTML,CSS,JS, фреймворк, плюс Phonegap/Cordova для компиляции.

  • Посоветуйте технологии для back end

    Вот сейчас как будто обидно было.

  • На PM как ни странно, учат :) Общий проектный менеджмент и его применение к IT — обычная дисциплина, но не думаю что в Украине преподается. Менеджер в IT это не та работа, в которой управлять — значит следить стоя за спиной, отмечать за приходы-уходы. Нужно понимать что делают разработчики. В наших реалиях PM это скорее прокачаный лид, к которому разработчики приходят с вопросами «как должна работать фича N». Поэтому без опыта в разработке, или без хорошего образования по специализации Проектный Менеджмент, считаю что шансов стать PM мало.

    Підтримали: Mikl Kovach, Gremlin
  • Видео-репортаж: Singularity University провёл конкурс идей «Danske Ideer» в Копенгагене

    Кто оплачивал банкет и какой с этого цимес для спонсора? Как я понял, это такой отбор в олимпийский резерв из ДЮСШ, но только про технологии.

    Підтримав: Alexander Skakunov
  • О плохих и хороших PM’ах

    Если проект крупный и много тим — уже не получится. Надо масштабироваться как-то.
    Масштабироваться через иерархию, лучше общаться с 5 тимлидами, каждый из которых руководит 5 человеками, чем общаться с 30 разработчиками. Все сталкивались с ситуацией, когда организовать на поход в кино толпу из 5-8 человек еще можно, а из 10-15 уже сложнее на порядок.
    За чей счет эти еффорты?
    Если ПМ не поспевает, надо нанять помошника. Но делать эту работу нужно. Могу судить по опыту, эмпирически тксзкть — слишком часто видел ситуацию, когда неполная, устаревшая документация не просто бесполезна — она вредит проекту. Устаревшее состояние багтрекера скрывает истинное положение проекта («я думал ты уже закончил — а я думал это не моя куча тикетов»). Устаревшее состояние документации означает, что разработчик (особенно новый) может закодить что-то не работающее («я закодил как в доке написано» — «да там фигня написана, пойти у Васи спроси как надо, он недавно кодил похожее»). Устаревший план версий приведет к анархии на деплое («ты зачем вылил туда 3.1.2-alpha-V2, туда надо 3.3.1-uat-V3», «клиент ожидал увидеть А, а увидел Б»).
    Підтримали: Alexey Medyanik, Alexander Skakunov
  • О плохих и хороших PM’ах

    Может быть, но именно статья подтолкнула к откровениям :)

  • О плохих и хороших PM’ах

    Из наблюдений, о слабых менеджерах:

    Его багтрекер не отражает реальность. Сотни тикетов висят незакрытыми «потому что». Workflow тикета не отражает процесса разработки. По этой причине PM часто подходит к девелоперу в неподходящий момент чтобы всего-лишь спросить «что ты делаешь». Не отпускает поработать дома («как же я проверю, что ты действительно работаешь?»). Присваивает результаты общего труда("за год моей работы у нас релизнулось, повысилось, улучшилось...«). Забывает или скрывает важную информацию — от клиентов утаивает опоздания по срокам, от команды утаивает реальные сроки, забывает задокументировать митинг, не делает публичными изменения в эстимейтах или требованиях. Давит авторитетом по всем вопросам, даже тем, которые заведомо находятся в компетенции других. Управляет реакционно — «пришло новое требование — быстро всё побросали и делаем его». Не делает попыток защитить команду от активного клиента с богатой фантазией на новые фичи. Считает, что в рабочем дне — 8 рабочих часов, не учитывает риски, не закладывает эстимейты на тестирование и рефакторинг, не учитывает в оценке «известные неизвестные» и «неизвестные неизвестные».

    Если говорить о поняшах и единорогах, то сильный манагер:

    Коммуникатор уровня 80. Знает 3 языка, умеет и любит говорить по телефону, емейлу, скайпу, языком жестов и дымовыми сигналами. Собирает требования, напрягает клиентов, аналитиков выдать максимум информации о проекте, напрягает команду проанализировать, задать вопросы. Доводит информацию до всех участников проекта. При этом следит за направлением коммуникации — не допускает чтобы решения от клиента шли прямо к разработчику («а сделай-ка быстро эту фичу быстро, но чтобы никто не узнал»). Устраняет ненужные связи и зависимости в коммуникации, не ограничивая горизонтальную коммуникацию.

    Делает эстимейты, принимает решения вместе с командой и защищает мнение команды перед клиентом. Доверяет техническим решениям, предложенным командой. Команда видит, что эстимейты реалистичны и верит в успешное завершение проекта. Время отведенное на митинги планирует заранее, не дергая людей «срочно сейчас всё бросили и пошли митинговать».

    Поддерживает документацию проекта в актуальном состоянии, форсирует стандарты документирования и правильный workflow в багтрекере. Состояние и фичи система всегда отражены в документации, утверждение «реализовано как описано, и описано как реализовано» в любой момент времени должно быть верным. Максимально документирует требования, митинги, эстимейты. Изменения требований и эстимейтов проводит не в одиночку, а с тимлидами и клиентом. Все ради того, чтобы все были «on the same page». Команда всегда знает что делать сегодня, завтра, через неделю-две.

    Обеспечивает команду всем необходимым: интернетом нужной скорости, стол нужной твердости, стул нужной мягкости, борщ нужной жирности (не обязательно ехать покупать самому, главное уметь напрячь правильного человека — завхоза, службу доставки). Если случается овертайм, обеспечит пиццу и такси, даже за свой счет если потребуется. «Сбегает за водкой», точнее организует ее доставку.

    Знает людей в своих командах не только по имени. Помнит дни рождения. Знает особенности — наличие детей, например. Видит разницу между интровертами и экстравертами — не трогает одних и шевелит других. Может организовать рабочие условия человеку с особыми потребностями. Хвалит публично, ругает приватно. Не забывает сказать спасибо команде за работу и обратить на это внимание клиента. Поощряет обучение и использование новых технологий в проектах.

    Вежлив, учтив, хорошо одевается, не задает дурацкие вопросы, не отпускает пошлых шуток, не говорит о работе за обедом, умеет открыть шампанское и знает что при этом сказать. Знает в какой ресторан пойти с клиентом и кто выиграл последний Super Bowl.

    Підтримали: Roman Himer, Andrian Druk, Tatyana, Artem Kravets, Serge Tkachuk, Ivan Chaika, Vlad Artyomov, Taras Bass, Denys Kostin, Anastasia Korostynska, Anna Polishchuk, Oleksandra Kryvoshapka, Олексій Бессараб, Volodymyr, anonymous, Andrii Shvydkyi, Viktor Serhieiev, Александр Липских, Muad Dib, Сергій Гевелєв, Serhii Martynenko, Andrey Kovtun, Hanna Mazurkevych, Денис Ясінський, Антон Зюзь, anonymous, Iana Bystrytska, Nataliia Velychko, Yuri Opanasenko, SK, Юрій Палкін, Stas Slesarev, Oleksandr Nezhynskyi, GTA Admin, Volodymyr Kholoshenko, Илья Бекетов, Kostiantyn Perevoznyk, Andrew Ozinkovskyi, Alexey Medyanik, anonymous, Iryna Pyrih, anonymous, Roman Radchenko, anonymous, anonymous, Nickolay Sedletskij, Petro Sasnyk, anonymous, Max Sokolovsky, Mariana Krokis, Олександр Ландарь, Alina Yurenko, Максим Пилипенко, Анюта Сапфировая, Dmytro Arseniuk, Dmitry, Nazar, Olia Gozha, Герасимова Наталія, Constantine Karnacevych, Anastasia Kuzmenko, ChatBBC, anonymous, anonymous, Gramm, Andrey Komisarenko, Volodymyr Spodaryk, Сергій Корочанський, Volodymyr Lubenchenko, Oleksandr Kostiukevych, Alex Koshel, Maryam Mirzakhani, Marianna Krytska, Dima Kravtsov, Oleksii Horbenko, anonymous, Alexandr Penia, Ulyana Kit, Serhii, Валентин Радчук, anonymous, Maxim Shulga, anonymous, Viktoria Muzychko, Roman Stremedlovskyi, Sergii Voloshyn, Artem Bykovets, Alisa Sh, anonymous, Stanislav Mykhailenko, Volodymyr Yatsevsky, Andrew Frolov, Andy Lucius, Sergii Danilov, anonymous, Ювженко Денис, Andrii Shchurkov, Yana, Ivan Zimin, Dmitriy Nizhebetskiy
  • Почему я ухожу из КПИ

    Еще один комментарий «а у нас было так же», хоть я учился не в столичном ВУЗе. Немотивированные студенты, устаревшие программы, малочисленные молодые преподаватели, все одно и тоже. Как человек неравнодушный к образованию, скажу, что проблема мотивации студентов может быть решена отказом от призыва в армию (хотя в условиях 2015 года об этом сложно говорить).
    Далеко не всем нужно высшее образование, я видел вполне успешных разработчиков без такового, но похоже общество не готово. На любую работу требуют диплом о в/о, хотя половина выпускников никогда не работает по специальности. Глупое разбазаривание бюджетных средств на ненужные дипломы.
    Устаревшие программы могли быть «пофикшены» вовлечением представителей индустрии, но я знаю как минимум один пример, когда человек 10 лет пытался связать ВУЗ и городскую айти индустрию, плюнул и ушел кодить на Java — его усилия оказались не нужны обеим сторонам.
    Вероятно, мы видим крушение не только советской школы в Украине, одновременно происходит смена системы — курсы на ютубе могут охватить миллионы, дети охотнее смотрят ютуб чем ходят в школу. Вскоре образование будет больше проводится «экстерном», где университеты будут скорее сертификационными и аккредитационными центрами, чем местом начитки лекций. Упомянутые связи и «социализация» скорее будет на тематических тусовках, user group-ах, специальных networking event-ах для поиска работы.

← Сtrl 123456...15 Ctrl →