• «Сгоревшие» сотрудники: есть ли выход?
    0
    Вот это я и имел ввиду когда говорил про скотское отношение как к рабам — выжать и выбросить.

    Что значит выбросить? С чего вдруг увольнение — это выбросить? А самому уволиться по вашему это, видимо, предательство? Работа — это сделка обмена времени сотрудника на деньги компании, и как любая честная двусторонняя сделка действует она ровно до тех пор пока интересна обеим сторонам, и любая сторона вправе прервать ее в любой момент — это честно и логично, если сотрудник имеет право сам уволиться когда пожелает, то и компании имеет право уволить сотрудника и наоборот.

    Более того — компания даже не осознает, что часто это она поставила сотрудника в такие условия.

    Ни в какие «такие» условия взрослого дееспособного самостоятельного человека без его желания и согласия поставить невозможно, особенно когда речь заходит об айти, ладно б вы говорили об этом в контексте угледобычи в моногороде на краю света, но в айти? как?
  • Поколение Arduino. Что изобретают современные школьники
    0
    >и дополнили

    Ага, пластиковый конус-колпачек к роботу приклеили.
  • «Сгоревшие» сотрудники: есть ли выход?
    0
    > В чём смысл?

    В доступных девушках и быстрых тачках? Ну уж точно не в 80% коде каверидже.
  • «Сгоревшие» сотрудники: есть ли выход?
    0
    Да даже и с автоматизацией — это все очень-очень грустно. Хоть многие QA инженеры и бодрятся, психологическая защита, наверное, какая-то. А а у кого эта психологическая защита сдала под напором объективной реальности — выгорают и киснут. Впрочем, чего спорить, кто не может с этим жить — идут в другие направления работать.
  • «Сгоревшие» сотрудники: есть ли выход?
    0
    Взрослый самостоятельный человек может вешаться, а может другую работу идти искать, а может пойти на диване валяться — это его личное дело.
  • «Сгоревшие» сотрудники: есть ли выход?
    –6
    Дерьмовая работа — главная причина выгорания, а может даже и единственная. А работа в QA (как у автора) — одна из самых наидерьмовейших в АйТи, ну может саппорт еще дерьмовее. И все советы по сути о там как Игната заставить делать дерьмовую работу радостно и с песней (никак) и как самому Игнату убедить себя делать дерьмовую работу радостно и с песней (никак). Так что гнать надо такого сотрудника без всякого сожаления, нехай на стройке бетон лопатой пойдет покидает, раз ему в теплом офисе не работается.
  • Софт для Boeing-737 Max писался аутсорсерами, зарабатывающими $9 в час
    +2
    зарабатывающим всего лишь $9 в час

    Что значит «всего лишь»? Это так-то $1500 в месяц (в рублях -100 тысяч) — нормальная зарплата для хорошего аутсорсера из бедной страны.
  • Пять ошибок, которые я допустил как ведущий разработчик
    +2
    Это работало в старые добрые времена, когда все кодили и коммитили как хотели. А сейчас ведь есть процесс: таска -> бранча на таску -> затем пул реквест с ревью. Подмешать туда левого кода нет ни особой возможности ни желания. Все проблемы нынче обрабатываются явно.
  • Пять ошибок, которые я допустил как ведущий разработчик
    +2
    Хорошая статья — толковая и добрая что-ли.

    Есть ещё популярная ошибка #7 — недооценка важности инвестиций в инфраструктуру, в гигиену кода, консистентность дизайна и так далее. Отдачу от вложений в это почти не возможно оценить и иногда это становится огромной проблемой, превращая разработку в непрерывную боль у разработчиков.
  • Шпионаж, за который не банят (история из 80-х)
    +10
    Хочется спросить Google: ну зачем же вы ведетесь на политиканов и бюрократов?

    Я вам отвечу почему они ведутся — потому что их иначе в тюрьму посадят. Вот например какое разъяснение давал sourceforge некоторое время назад по поводу отключения некоторых стран от доступа к свободному ПО:

    However, in addition to participating in the open source community, we also live in the real world, and are governed by the laws of the country in which we are located. Our need to follow those laws supersedes any wishes we might have to make our community as inclusive as possible. The possible penalties for violating these restrictions include fines and imprisonment.
    sourceforge.net/blog/clarifying-sourceforgenets-denial-of-site-access-for-certain-persons-in-accordance-with-us-law
  • Про ООП
    0
    Сдается мне, автор все перевернул с ног на голову, фактически придумав конспиративную торию зарождения ООП. В общем, вот моя версия: сначала были структуры данных и были функции/процедуры, дальше люди заметили, что очень часто приходится ссылку на структуру передавать в функцию, а зачастую эти фунции вообще имеют ровно один параметр — собственно эту ссылку. Дальше улучшение путем объединения структур и этих функций в единую сущность лежало на поверхности. Ну а дальше встают вопросы расширения функциональности — отсюда вырастают наследование и полиморфизм, который выводится просто из здравого смысла. ООП готово. И никаких вам размышлений о сложности приложений, банальные итеративные улучшения ради немножко удобства. Но сложные программы писать стало легче, конечно, на то они и улучшения.
  • Честное резюме программиста
    0
    Так ведь и я ровно об этом говорю
  • Честное резюме программиста
    0
    Ну если менеджерам (т.е. и компании) не нужно чтоб вы находили решение, «которое повысит роизводительность труда, снизит издержки и увеличит прибыль», то вам-то это зачем?
  • Честное резюме программиста
    0
    Давайте по другому, более конкретнее. Допустим, вы хотите увеличить свою зарплату в 2 раза, какими будут ваши действия?

    Не уверен зачем вам нужен ответ на такой вопрос. Оставаясь в рамках той же сферы деятельность, надо поглядеть на рынок, как далека ваша зарплата от текущих рыночных реалий, если вы долго сидели на одном месте, возможно достаточно поменять работу на аналогичную, но в другой компании. Далее, переезд в зависимости от вашего текущего положения: в СПб, в Москву, за гранцу, но там сложности визового характера. В целом, рост и зарплат и позиции гораздо проще достигается путем смена места работы. Так же должен заметить, что иногда зп в два раза повысить не реалистично.

    Плоха та фирма которая желает себе сделать плохо )))

    Фирма ничего не желает, а вот люди, которые там работают, тут все бывает очень по разному, кто-то банально некомпетентен на своей позиции.

    Я думаю не плохо, а сделать решение в рамкам отведенного времени, и с минимальными требованиями

    Бывает по разному я так полагаю, например бывает, когда планы на продукт не соответствуют имеющимся ресурсам (и количеству и качеству), начинают резать углы, предпочитают ad-hoc решения, игнорируют коннер кейзы при выборе подхода, не инвестируют в инфраструктуру, качество кода, контроль качества. Иногда творится что-то совершенно необъяснимое.

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

    Бывает и так наверное. Но обычно, когда всё делают плохо о перфекционизме говорить уже не приходится.
  • Честное резюме программиста
    +2
    Я говорю о том, что если вы видите что-то, что можно улучшить, почему бы нет.

    Так я ведь и не возражаю. Но только строго в оплаченное работодателем время, в одобренном работодателем объеме.

    Тратить 8 часов каждый день (1/3 жизни) на то чтобы делать в терминах автора «каку» — это тоже не вариант.

    Почему не вариант? Автору же за это заплатили, он свое время продал, дальше этим проданным временем распоряжается начальство — сказало сделать плохо, автор сделал плохо, и даже предупредил перед этим.
  • Честное резюме программиста
    0
    Неприятностей связанных с правами на использования библиотек, я так полагаю.
  • Честное резюме программиста
    +1
    А что такого-то? Юридическая чистота — важный момент, помогает избежать кучи неприятностей и сопутствующих неприятностям расходов.
  • Честное резюме программиста
    +1
    Ваше время (время вашей жизни) — ваш самый ценный и увы невосполнимый ресурс. Имеет смысл относится к нему бережно, продавать за дорого. Если нужен доп опыт имеет смысл получать его каким-то более эффективным способом: вложив личное время в личный продукт, изучив интересующую тему по туториалам ну и т.п… Бится с ветряными мельницами в чужом продукте, тратя нервы и личное время — это способ получить розовый лишай, а не востребованный опыт, уж поверьте.
  • Честное резюме программиста
    +2
    Но по моим наблюдениям если человек сразу ставит такой вопрос «рабочее время или личное» то вряд ли он пойдет доказывать свою точку зрения, ведь для этого нужно будет еще усилия приложить и нервы,

    Вкладывать личное время и личные нервы в чужой продукт, как бы это сказать помягче, — не самое умное поведение. Есть личное время — вложите в личный проект, в семью, с друзьями пообщайтесь, ну или, на худой конец, почитайте книжку. Увы, иногда мы это понимаем слишком поздно.
  • Честное резюме программиста
    0
    Да хоть засообщайся, если хотят сделать плохо — все равно сделают, а захотят на тебя всех собак повесить — все равно повесят. Вариант с одним разом реально самый оптимальный.
  • Честное резюме программиста
    +1
    Да. Только еще надо указать лицензию, владельца, зависимости, плюс все тоже самое по зависимостям (вот например у кубернетовского клиента в дереве зависимостей еще 15 библиотек). Ну и джустификацию, конечно, необходимо лучше проработать.
  • Честное резюме программиста
    0
    Правильный подход, как мне кажется.
  • Честное резюме программиста
    –2
    > После такого опыта я точно знаю ответ на холиварный «Что лучше, Java или .NET»?

    А смысл холиварить? что начальство сказало, то и будете использовать

    >гляньте Lombok.

    Спасибо. Надо разрешение юротдела получать, чтоб новую библиотеку втащить, а мне лень оформлять заявку.
  • Честное резюме программиста
    0
    Увы, это не сарказм, а суровая проза жизни.
  • Честное резюме программиста
    –3
    О да! Подпишусь под каждым словом, кроме сетеров и гетеров, конечно. Сетеры и гетеры — наше всё. Слава богам, идея умеет генерить их в два клика.
  • Наша проблема c зависимостями
    +1
    Так нету никакой ответственности. Вот не сдал ваш заказчик годовую отчётность и влетел на крупный штраф «потому, что некий чел из Интернета с неразборчивым ником добавил дополнительный обязательный параметр в своё API» и что вы сделаете? Сепуку? Навряд ли. Максимум скажете «ну извини, чувак». И это ответственность?
  • Шагнуть в небо. Честная история про серьезное увлечение парашютным спортом
    –2
    Вы точно сайтом не ошиблись?
  • Как моя жизнь превратилась в книгу Кафки
    –1
    О том и речь, а вы там интриги друг против друга плетете. Еще и сюда прибежали на своих коллег жаловаться, будто это пикабушка какая-то.
  • Как моя жизнь превратилась в книгу Кафки
    –1
    Ну и Санта-Барбара. Нормальный бы начальник уволил всех участников.
  • Архитектура WhatsApp, которую Facebook купил за $19 миллиардов
    +1
  • Архитектура WhatsApp, которую Facebook купил за $19 миллиардов
    0
    32 инженера, один разработчик приходится на 14 миллионов активных пользователей.

    Казалось бы круто 32 разработчика на такой проект, но кажется на практике все было не совсем так:

    Back in 2012, WhatsApp had only 30 full-time and 5 part-time employees in their small office in Mountain View…

    Most of the in-house employees were focused on customer support and operations, while development was handled offshore…

    Источкик

    Вот вам и 32 разработчика. На Украину они девелопмент походу аутсорсили. Вот тут еще одно свидетельство.
  • Не лечите меня, доктор
    0
    Эм, т.е. вот у нас есть производство запчасти для машин делает и у них есть производство запчасти для машин делает, и у них вот на этом конкретном производстве качество в приоритете потому что газа/нефти нет в стране, а у нашем производстве детали на глаз обтачивают потому что газ/нефть есть? Но как? Как вы нефть газ с качество авто запчастей увязываете?

    PS. Слушайте, я вас не буду больше доковыривать, вижу что не знаете ответа, я тоже не знаю, по моим ощущениям комментатор говоривший про уважение и менталитет во многом прав.
  • Не лечите меня, доктор
    0
    Ну вы описали обычный глубокий экономический кризис, все ровно тоже самое можно отнести к нашим 90-м. Но у нас так, а у них так.
  • Не лечите меня, доктор
    +1
    и какая же у них была боль?
  • Не лечите меня, доктор
    +1
    Конечно, в этом есть зерно, но все же непонятно какая такая была «pain» у японцев и почему у нас такой нету?
  • Не лечите меня, доктор
    +2
    Ну вот и я о чем, научить «зачем?» вы не можете. А «как?» — никому не надо.
  • Не лечите меня, доктор
    +5
    Дело не в том, что не знают как управлять качеством. Просто нету ни желания ни потребности этим заниматься. Вариантов масса, хоть приборы измерительные раздай, хоть человека приставь, хоть нормальные шлифовальные круги закупи, вводи мониторинг, да что угодно. Но все это требует выделения каких-никаких ресурсов и затрат, а зачем им это? Вот автор умный такой знает как управлять качеством, пришел и всех научил, только это вообще не проблема, научи лучше зачем это делать.
  • Бизнес, я люблю тебя
    +1
    Та же история с разработчиками и тестировщиками — я лично приняла на работу парня с первого курса ВМК, который через три месяца автоматизировал четверть задач тестирования и «сделал» наших опытных тимлидов как стоячих.


    Выглядит как ошибка выжившего. Может быть не парень с ВМК был так крут, а «тимлиды» (кстати, почему во множественном числе?) были совсем не уровня тимлидов (что к сожалению часто встречается) и были еще дополнительные факторы? Хотя он несомненно мог быть и крут и до первого курса уже несколько лет автоматизацией тестирования занимался на серьезном уровне.


    Могу поспорить дело было так: пользы в автоматизации тестирования начальство не видело, время/ресурсы на автоматизацию не выделяло, «мальчик» пришел и автоматизировал все в нерабочее время, потому что молодой, глупый и делать ему нечего. Был награжден похлопыванием по плечу. Стандартная история.
  • Идёт мобильный разработчик по лесу, видит — Котлин горит. Сел в Котлин и сгорел
    +1
    gradle скрипты кстати начиная с пятой версии можно на котлине писать, все примеры на двух языках идут. Так что определенно есть прогресс и не малый
  • Идёт мобильный разработчик по лесу, видит — Котлин горит. Сел в Котлин и сгорел
    –2
    Это провоцирует людей писать нечленораздельную лапшу, в которой и ничего не понятно.

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

    P.S. А гетеры/сетеры-то чем не понравились, я так и не понял?