Не знаю, как тут. Но Много блогеров рассказывало, что айтишник в Японии обслуживающий персонал. Типа, у в США и России — программист может права качать и выбирать конторы себе, а там типа хавай, что дают- и чуть ли водитель автобуса больше не получает. В любом случае выбор очень странный.
Меня интересуют условия жизни: где работает, квартира, как добираться. Если судить по блогерам из Японии: живут в каких-то левых квартирах с чулан размером.
Отличник, красный диплом, хорошо работал, стал управленцем, в параллель открыл свой бизнес.
Естественно, на старте я сидел пилил какой-то код и прочее, а мои «работающие» коллеги уже что-то мутили, но по итогу интеллект берет свое, и ты делаешь что-то крутое, а они так и копошатся на своем уровне.
Ну и так знаю, много отличников, которые сейчас работают в хороших фирмах получают столько, сколько «средние» предприниматели не получают. Так что все спорно.
В свое время после работы в технической поддержки мне предложили в компании повышение, и дали денег, как уровня middle developer, чему я был безумно рад. Ответственность лежала на уровне:
1) Ведение продуктовых задач в тройках: pm + dev + qa
2) Написание тест-кейсов, тест-ранов, беклока для регресса
3) Приготовление конфигураций для релиза
4) Введение документации по задачам
5) Проверка проблем поступающих от первой линии поддержки, передачи готовых задач девелоперам
6) Поддержка качества продукции, на уровне «делаем адекватно», без херни и «потом допилим».
Из стека было:
Python/java — написание тестов, конфигурация сред, поддержка портала тестирования, портала qa и так далее (т.е. там и тесты, и девопсы инструменты и Django + Spring)
Php/JavaScript — понимания кода, когда не было возможности нативно проверить задачу, и приходилось чекать код разработчика на соответствие требованиям.
Понимание Windows/linux(Debian)/macOS/Android/IOS, всяких virtualbox и прочее
Jira/YouTrack/SEZ(собственная система)
Всякие почтовые программы очередей типа Реббита, Селери и прочеее.
Знание Английского, русского языка — умение читать и разговаривать. Португальский, Испанский — базовое понимание, чтобы чекать сквозные таски.
Из приятного, были полномочия полностью стопнуть задачу и объяснить ПМ и разработчикам, что вы делаете херню, я эту задачу в таком виде не пропущу.
P.s. Обидно, что обычно QA воспринимаются манки-кликарами.
Сколько же денег уже влили «демократы» из США, чтобы заставить людей бояться русских. Там уже скоро домохозяйки начнут бункера строить и следить по радио за сообщениями, не пустили ли там русские свои ракеты. Как же там все-таки не любят Трампа, я смотрю =)
1) Сделать полную поддержку на Linux — тогда Java подвинется, так как зачастую именно цена хостинга + лицензий (отпугивает стартапы) + отсутствие тулзов линукса отпугивает крупные проекты.
2) Сделать Gui-инструмент для Linux/MAC — тогда уже подвинутся все остальные.
Делает Кросс-платформенный фреймворк + отдельно фреймворк для винды. Или все же сделает один адекватный фреймворк подо все + отдельный пакет для лучшей интеграции с виндой?
Тоже через это проходил. После Python с его Django, которая за считанные часы позволяет написать проект, поднять рест, настроить почтовики и прочее, Java показалась каким-то адом. А потом мне пришлось делать на Python GIS проект — получилось так себе, так как основная часть GIS библиотек: .net/java/c++. В итоге, сделали проект изначально на Java и сам удивился тому, как с java было все проще.
А вообще надеюсь в net.core, ибо на .net писать веб-сервисы приятней, чем на Java, но из-за отставания эко-системы и лока на Windows — сфера разработки крайне ограничена.
Ruby — согласен. В нем нет ничего, чтобы держало технологии на плаву. Как фокус хипстеров сместился на node.js, популярность упала сильно. Сейчас если и вижу работу, то на проекты 2008-2010 года.
1) Разработка на Java трудозатратней, чем разработка на php/python/ruby, поэтому, если и использовать Java, то получать профит от всех секьюрити библиотек, клаудов и прочего тяжеловесного треша.
Разработка тяжеловесных компонентов — сложная вещь, и если это сделано на отлично в Spring, какой смысл изобретать велосипед и использовать что-то еще? Тем более уже понятно, что не разработаешь ты что-то лучше, тупо времени не хватит.
2) Ну возьмешь ты какой-то левый Java Web-framework, ну начнешь ты нам нем что-то писать. Где по итогу ты возьмешь людей на проект? И так людей компетентных сложно найти, а если искать на какой-то непопулярный фрейм, то забей сразу.
3) Смешивать front и back в коде — это мужеложство. Если очевидно, что потребуется что-то сложнее, чем пропихнуть переменные через шаблонизатор в html, то надо разделять front и back и пихать все через Rest.
Отсюда все Java фреймворки, которые пытаются дать генерацию фронта через бек — это убожество, которое дает результат уровня 2010 года.
4) Я понимаю, что у многих мужиков появляются желания сменить своего партнера и попробовать что-то новое, неизведанное, запретное, но зачем такой подход тащить в разработку? К чему такое яростное желание уйти от Spring?
Он решает задачи и делает это хорошо. Он идеально подходит для современного веба, если его завязывать исключительно на бек. Он стабилен и надежен. Вон те же .net-разработчики сидят на одной платформе и не парятся, даже везде кричат, что .net — это легкий выбор стека, а java — это пьяная драка в коммуналке.
Сколько не читаешь докладов, везде Java-разработчики борются с размерами Spring и смотрят новые решения (и конечно же, на них не переходят). Только пару ребят с Эстонии видел, которые в банках юзали Play Framework.
А вообще грустно, те же проблемы, что и в Сбере — ряд компонентов новые, ряд старые, все переписать и заставить вместе работать — не получается.
Принцип простой. Многие задачи состоят из отдельных блоков. Чтобы задачу провести, часто нужен созвон пм + 2-3 разрабов. Если кто-то на обеде из-за разницы с часами, ему нужно забирать детей, голова под вечер не работает + дропающий нет, то нафиг такое надо, лишняя трата времени другим разработчикам
Естественно, на старте я сидел пилил какой-то код и прочее, а мои «работающие» коллеги уже что-то мутили, но по итогу интеллект берет свое, и ты делаешь что-то крутое, а они так и копошатся на своем уровне.
Ну и так знаю, много отличников, которые сейчас работают в хороших фирмах получают столько, сколько «средние» предприниматели не получают. Так что все спорно.
1) Ведение продуктовых задач в тройках: pm + dev + qa
2) Написание тест-кейсов, тест-ранов, беклока для регресса
3) Приготовление конфигураций для релиза
4) Введение документации по задачам
5) Проверка проблем поступающих от первой линии поддержки, передачи готовых задач девелоперам
6) Поддержка качества продукции, на уровне «делаем адекватно», без херни и «потом допилим».
Из стека было:
Python/java — написание тестов, конфигурация сред, поддержка портала тестирования, портала qa и так далее (т.е. там и тесты, и девопсы инструменты и Django + Spring)
Php/JavaScript — понимания кода, когда не было возможности нативно проверить задачу, и приходилось чекать код разработчика на соответствие требованиям.
Понимание Windows/linux(Debian)/macOS/Android/IOS, всяких virtualbox и прочее
Jira/YouTrack/SEZ(собственная система)
Всякие почтовые программы очередей типа Реббита, Селери и прочеее.
Знание Английского, русского языка — умение читать и разговаривать. Португальский, Испанский — базовое понимание, чтобы чекать сквозные таски.
Из приятного, были полномочия полностью стопнуть задачу и объяснить ПМ и разработчикам, что вы делаете херню, я эту задачу в таком виде не пропущу.
P.s. Обидно, что обычно QA воспринимаются манки-кликарами.
2) Сделать Gui-инструмент для Linux/MAC — тогда уже подвинутся все остальные.
Делает Кросс-платформенный фреймворк + отдельно фреймворк для винды. Или все же сделает один адекватный фреймворк подо все + отдельный пакет для лучшей интеграции с виндой?
А вообще надеюсь в net.core, ибо на .net писать веб-сервисы приятней, чем на Java, но из-за отставания эко-системы и лока на Windows — сфера разработки крайне ограничена.
Разработка тяжеловесных компонентов — сложная вещь, и если это сделано на отлично в Spring, какой смысл изобретать велосипед и использовать что-то еще? Тем более уже понятно, что не разработаешь ты что-то лучше, тупо времени не хватит.
2) Ну возьмешь ты какой-то левый Java Web-framework, ну начнешь ты нам нем что-то писать. Где по итогу ты возьмешь людей на проект? И так людей компетентных сложно найти, а если искать на какой-то непопулярный фрейм, то забей сразу.
3) Смешивать front и back в коде — это мужеложство. Если очевидно, что потребуется что-то сложнее, чем пропихнуть переменные через шаблонизатор в html, то надо разделять front и back и пихать все через Rest.
Отсюда все Java фреймворки, которые пытаются дать генерацию фронта через бек — это убожество, которое дает результат уровня 2010 года.
4) Я понимаю, что у многих мужиков появляются желания сменить своего партнера и попробовать что-то новое, неизведанное, запретное, но зачем такой подход тащить в разработку? К чему такое яростное желание уйти от Spring?
Он решает задачи и делает это хорошо. Он идеально подходит для современного веба, если его завязывать исключительно на бек. Он стабилен и надежен. Вон те же .net-разработчики сидят на одной платформе и не парятся, даже везде кричат, что .net — это легкий выбор стека, а java — это пьяная драка в коммуналке.
А вообще грустно, те же проблемы, что и в Сбере — ряд компонентов новые, ряд старые, все переписать и заставить вместе работать — не получается.