Бро, если ты Embedded SW Developer, то начни крутой и модный стартап в области робототехники, отрасль на подъеме.
Если ты переедешь в Россию после 14 лет в Германии, то велик риск того, что на тебя будут смотреть, как на сумасшедшего.
У вас в статье не раскрыты моменты с тем, как требования доходят до тестеров.
PO вынужден 2 раза объяснять story или все ходят на все митинги?
Если следовать Scrum, то тестер должен быть в одной команде с разработчиком, они же делают общее дело. При этом их число должно быть примерно 2 к 1, т.е. 1 тестер на 2х разработчиков.
У Вас выходит, что тестеры хотели развиваться в разработке, а вы им не дали?
Вообще такое чувство, что вам нужна была изначально не команда тестеров, а скорее команда, которая будет заниматься поддержкой автоматизации, т.е. настроит наконец все тулзы, авто-билды и т.п., чтобы можно было работать.
Мы превратили ее в сервер: научили хранить данные, добавлять в индекс и сжимать его. С помощью http запроса можно искать, добавлять, модифицировать. Есть и различные виды агрегации.
Т.е. вы сделали Elastic Search. Планируете выложить исходники?
Вообще интересно, а почему Lucene. По сути вы не используете full text search (странно вообще его использовать имея свой, более продвинутый поиск), вам просто нужно хранилище данных с какими-то job'ами сверху для аггрегации и прочего, а тут overhead на индексацию. По своему опыту знаю, что Lucene ощутимо тормозит на постоянной вставке большого количества данных.
Да, но это, в конечном итоге, выплыло, а представляете, сколько уязвимостей в Windows молча работает годами и никто никогда их не найдет, например, потому что их туда АНБ спецом запихало и MS это скрывает?
Подумайте об этом и вы поймете, что open-source действительно безопаснее.
Пост автора, конечно, наивен. Но ваши тезисы не менее наивны. Google, Facebook и тысячи других спят и видят, как бы им поставить Oracle базу, которая решит все их проблемы из коробки.
Из коробки неопытный админ его даже установить не сможет, как нужно. Тут сразу нужны спецы на поддержку и отдельные спецы на разработку.
Гляньте для интереса, сколько стоят спецы по Oracle vs остальных и вы поймете, как ошибаетесь относительно затрат на сопровождение и разработку.
Заменить Oracle в масштабах Сбера маловероятно не потому, что он лучше условного Postgres, а потому что они, скорее всего, так плотно под него заточились, что переделывать выйдет дороже.
Если же писать сейчас новый софт, то причин покупать Oracle вместо open-source вещей, кроме нелепых понтов, можно найти очень мало и цены там точно нет.
Стоимость специалиста часто также определяет качество его работы. Windows админов, конечно, больше на рынке, но это не значит, что можно нанять хорошего спеца за 5 копеек.
Если нагрузки нет совсем, то лучше использовать PAAS, что-то вроде Heroku, это вообще снимает всю боль по администрированию чего-либо, git push и поехали.
При малых/средних объемах обычное железо рулит, оно будет шустрее, на нем можно спокойно развернуть виртуализацию.
AWS же, при использовании влоб — сильно дорогой. На десятке-другом c1.xlarge инстансов цена легко прыгает до нескольких тысяч в месяц.
Но хорошая новость, что нагрузка, как правило не бывает пиковой все время, она часто варьируется по времени. Если настроить Auto-scaling и использовать Spot Instances, можно ощутимо экономить, при этом всегда имея запас по прочности. С обычным железом такого не получится — купил и сиди с ним, даже, если нагрузка 5%.
Однако, если нагрузка существенная все время, то AWS объективно проигрывает по цене, но ситуация, благодаря высокой конкуренции, все время улучшается.
Вы вполне можете поехать один, на месте куда проще искать работу. А семья приезжает потом, когда вы уже будете работать и подыщите нормальное жилье. В худшем случае просто потеряете несколько месяцев, сколько-то денег, зато приобретете опыт и не будете корить себя за то, что даже не попытались.
Эмигрировать куда-то, при этом оставаясь в зоне комфорта, не получится. Так не бывает. Даже, если вас компания пригласит, то, поверьте, они не будут решать все ваши проблемы. Первое время это будет гарантированный стресс для семьи, если преодолеть его, то потом все будет хорошо.
Квартиру необязательно снимать, можно снять комнату, это прокатит для Meldezettel.
Придется пожить еще с кем-то, но это не так страшно, а, если попадутся адекватные соседи, то они даже помогут с интеграцией.
Работодатель будет ждать, это не проблема, при переходе обычного работника из другого места, он тоже будет ждать месяца 2, как минимум.
В общем кто хочет, тот ищет возможности, вы как-то пессимистичны.
Чтобы переехать по Rot-Weiss-Rot, если вы в ИТ, вам не нужна работа.
Нужно образование, подтвержденный доход, подтверждение владения немецким или английским, работу можно искать на месте месяца 3, точно не помню.
В стародавние времена, когда .NET казался манной небесной, на RSDN жил программер-легенда с таким же ником.
Он, действительно, писал какой-то интересный код и агитировал за Nemerle, но легендарным было его ЧСВ, которое зашкаливало все мыслимые пределы. Так что не обращайте внимание, это все равно, что ругать Mithgol'a за его руссизмы.
Простая и понятная серверная генерилка текста/json'на — это то, что нужно, хотя в Play наворочено побольше.
Более сложные веб-проекты уже давно ваяют на client-side фреймворках типа Angular.
Банально удобнее работать, когда код на JS чистый, а не сгенерированный.
Тогда с ним можно работать отдельно от основного приложения, покрывать тестами и не заморачиваться тем, что там на сервере и, как бонус, никакого vendor-lock.
Я, кстати, не поленился заглянуть в вики и почитать про MVVM, потому что давно ничего про него не слышал, с тех самых пор как MS изторг из себя мертворожденный Silverlight:
A criticism of the pattern comes from MVVM creator John Gossman himself,[15] who points out that the overhead in implementing MVVM is «overkill» for simple UI operations. He also states that for larger applications, generalizing the View layer becomes more difficult. Moreover, he illustrates that data binding in very large applications can result in considerable memory consumption.
Забавно, что сам автор осознал, что породил монстра.
Проект, объективно, решает какую-то несуществующую проблему, удачи вам в других начинаниях.
Это очень типичное заблуждение. Быстрее, выше, сильнее. Все это буллшит, отношения между людьми — это основа, особенно в стартапе.
Поэтому гораздо важнее показать свою адекватность, кооперативность и желание учиться, чем показать свою крутость.
Подумайте сами, если бы эти люди хотели нанять нормального профессионала, они бы его наняли и он был бы в 10 раз продуктивнее стажера. Да и с кем пареньку соревноваться, он там, скорее всего, был единственным стажером.
Поздно махать кулаками, но зря уехали, могли бы там закончить что-нибудь заочно.
Многие кандидаты наук рвут… хм..., чтобы поехать в Штаты.
Софт-скиллз надо прокачивать вам, все эти игры в приставку, улыбки, пожелания хороших выходных, совместные обеды/ужины/походы куда-нибудь — это не блажь, это поддержание командного духа. И это не менее важно, чем писать код.
Вот подумайте, как это бы смотрелось со стороны — какой-то странноватый чувак, недружелюбный, сидит там что-то кодит один целыми днями и вместо интеграции в команду толкает свои странные инициативы. Во всем нужен здоровый баланс.
Если ты переедешь в Россию после 14 лет в Германии, то велик риск того, что на тебя будут смотреть, как на сумасшедшего.
PO вынужден 2 раза объяснять story или все ходят на все митинги?
Если следовать Scrum, то тестер должен быть в одной команде с разработчиком, они же делают общее дело. При этом их число должно быть примерно 2 к 1, т.е. 1 тестер на 2х разработчиков.
У Вас выходит, что тестеры хотели развиваться в разработке, а вы им не дали?
Вообще такое чувство, что вам нужна была изначально не команда тестеров, а скорее команда, которая будет заниматься поддержкой автоматизации, т.е. настроит наконец все тулзы, авто-билды и т.п., чтобы можно было работать.
Т.е. вы сделали Elastic Search. Планируете выложить исходники?
Вообще интересно, а почему Lucene. По сути вы не используете full text search (странно вообще его использовать имея свой, более продвинутый поиск), вам просто нужно хранилище данных с какими-то job'ами сверху для аггрегации и прочего, а тут overhead на индексацию. По своему опыту знаю, что Lucene ощутимо тормозит на постоянной вставке большого количества данных.
Подумайте об этом и вы поймете, что open-source действительно безопаснее.
Из коробки неопытный админ его даже установить не сможет, как нужно. Тут сразу нужны спецы на поддержку и отдельные спецы на разработку.
Гляньте для интереса, сколько стоят спецы по Oracle vs остальных и вы поймете, как ошибаетесь относительно затрат на сопровождение и разработку.
Заменить Oracle в масштабах Сбера маловероятно не потому, что он лучше условного Postgres, а потому что они, скорее всего, так плотно под него заточились, что переделывать выйдет дороже.
Если же писать сейчас новый софт, то причин покупать Oracle вместо open-source вещей, кроме нелепых понтов, можно найти очень мало и цены там точно нет.
При малых/средних объемах обычное железо рулит, оно будет шустрее, на нем можно спокойно развернуть виртуализацию.
AWS же, при использовании влоб — сильно дорогой. На десятке-другом c1.xlarge инстансов цена легко прыгает до нескольких тысяч в месяц.
Но хорошая новость, что нагрузка, как правило не бывает пиковой все время, она часто варьируется по времени. Если настроить Auto-scaling и использовать Spot Instances, можно ощутимо экономить, при этом всегда имея запас по прочности. С обычным железом такого не получится — купил и сиди с ним, даже, если нагрузка 5%.
Однако, если нагрузка существенная все время, то AWS объективно проигрывает по цене, но ситуация, благодаря высокой конкуренции, все время улучшается.
Эмигрировать куда-то, при этом оставаясь в зоне комфорта, не получится. Так не бывает. Даже, если вас компания пригласит, то, поверьте, они не будут решать все ваши проблемы. Первое время это будет гарантированный стресс для семьи, если преодолеть его, то потом все будет хорошо.
Придется пожить еще с кем-то, но это не так страшно, а, если попадутся адекватные соседи, то они даже помогут с интеграцией.
Работодатель будет ждать, это не проблема, при переходе обычного работника из другого места, он тоже будет ждать месяца 2, как минимум.
В общем кто хочет, тот ищет возможности, вы как-то пессимистичны.
Нужно образование, подтвержденный доход, подтверждение владения немецким или английским, работу можно искать на месте месяца 3, точно не помню.
Он, действительно, писал какой-то интересный код и агитировал за Nemerle, но легендарным было его ЧСВ, которое зашкаливало все мыслимые пределы. Так что не обращайте внимание, это все равно, что ругать Mithgol'a за его руссизмы.
Более сложные веб-проекты уже давно ваяют на client-side фреймворках типа Angular.
Банально удобнее работать, когда код на JS чистый, а не сгенерированный.
Тогда с ним можно работать отдельно от основного приложения, покрывать тестами и не заморачиваться тем, что там на сервере и, как бонус, никакого vendor-lock.
Я, кстати, не поленился заглянуть в вики и почитать про MVVM, потому что давно ничего про него не слышал, с тех самых пор как MS изторг из себя мертворожденный Silverlight:
Забавно, что сам автор осознал, что породил монстра.
Проект, объективно, решает какую-то несуществующую проблему, удачи вам в других начинаниях.
Поэтому гораздо важнее показать свою адекватность, кооперативность и желание учиться, чем показать свою крутость.
Подумайте сами, если бы эти люди хотели нанять нормального профессионала, они бы его наняли и он был бы в 10 раз продуктивнее стажера. Да и с кем пареньку соревноваться, он там, скорее всего, был единственным стажером.
Многие кандидаты наук рвут… хм..., чтобы поехать в Штаты.
Софт-скиллз надо прокачивать вам, все эти игры в приставку, улыбки, пожелания хороших выходных, совместные обеды/ужины/походы куда-нибудь — это не блажь, это поддержание командного духа. И это не менее важно, чем писать код.
Вот подумайте, как это бы смотрелось со стороны — какой-то странноватый чувак, недружелюбный, сидит там что-то кодит один целыми днями и вместо интеграции в команду толкает свои странные инициативы. Во всем нужен здоровый баланс.