Вспомнилось - я однажды прочитал Стивена Кинга, вроде это был роман Кэрри. Я изначально знал, что это фантастика. Но в процессе чтения попадались вставки свидетелей, которые давали показания то ли СМИ, то ли полицейским. И в какой-то момент времени я пошел гуглить - а че это все еще выдумка, или реально было.
О, вижу очередной заплюсованный комментарий в статье про скрам - хоть кто-нибудь из вас напишите статью, как у вас четко и круто работает тру-каноничный-скрам. Я бы там задал всякие неудобные вопросы по ходу дела, например каким образом можно в две недели сделать "полезную доработку продукта", если переделка архитектуры оценена в три месяца. А к ней привело, соответственно, mvp на коленке по скраму за две недели. Вместо нормального предварительного анализа по чмошному ватерфолу.
Но начать можно с более простых вопросов - вот спринт две недели (первая с понедельника по пятницу и вторая с понедельника по пятницу), когда у вас там демо?
Тема клиентов вне Испании не раскрыта. Скорее всего в какой нибудь деревне не будет айтишных клиентов. И вся суть сводится к легализации, если у человека есть клиент(ы) из сша или других стран европы.
Я в целом допускаю, что сейчас ситуация на рынке труда не из лучших, но не очень верится, что с 17 летним опытом ТАК трудно найти работу. Можно подробности?
Бесконечно вертикально масштабировать не получится. Как раз недавно увеличили сервер БД, не помогло, как были периодически тайм-ауты так и остались. Надо дальше копать.
Примеры можно:
Если изначально не закладывали поддержку горизонтального масштабирования
Была синхронная работа - переделывают на асинхронную с очередями
Было единое хранилище данных, решили сделать тяжелый аналитический дашбоард - хранилище начинает тормозить. Сначала увеличивают сервак БД, если не помогло - тогда надо, например, разделять хранилище на read и write.
Поддерживали только Oracle БД, а появился клиент, у которого MS SQL. Если к тому времени много чего в целях оптимизации было перенесено с ORM на нативный SQL - идешь и все это сначала валидируешь, а потом переписываешь в нужных местах
Переписывают монолит на микросервисы (я лично этого не делал, но слышал)
Оказывается, что для каких-то задач надо не SQL, NoSQL (не обязательно monga, а например какая-нибудь cassandra) (лично я тоже не делал, но слышал)
Пример взрывного роста тоже можно
2 года назад - несколько клиентов, на собранном на коленке синхронном MVP, объем данных на обработку до 500 документов в месяц
Год назад - появляются клиенты на 160 000 документов в месяц, некоторые отвалились, пока решали проблемы
Сейчас - есть потенциальные клиенты на 500-600 тысяч документов в месяц
Так то ситуации бывают разные, вот я и хочу узнать как люди делают. И думаю хабр как раз для того, чтобы поделиться опытом.
А что я вижу - половина статьей, где аджаил восхваляют, но никакой конкретики (вот как текущая). И другая половина статьей, где аджаил чморят. Например вот https://habr.com/ru/articles/659379/ и такие статьи кстати набирают больше лайков.
Лично у меня разнообразный опыт, как и удачные проекты по waterfall, так и по agile. Но я не проджект менеджер. И профессионально не погружен в эту тему, настолько же как в программировании. А те, кто восхваляют аджаил - не рассказывают как у них устроен конкретно их тру-каноничный-скрам.
А проекты закрывают из-за того, что приходится год по аджаилу переписывать продукт почти с нуля. Старые клиенты недовольны, что нет нового бизнес-функционала. А новые не дожидаются. Потому что заранее не продумали роадмап, требования и ограничения. Ведь это же чмошный ватерфолл.
При том, что по ватерфоллу - сначала бы провели анализ и выяснили, что потенциально все текущие клиенты компании могут купить этот продукт, посчитать нагрузку, выбрать подходящую архитектуру с запасом на несколько лет.
Но нет, сначала mvp за две недели на коленке. А потом страдать и год переписывать в спринт по чайной ложке, теряя новых потенциальных клиентов.
И сколько тут не пишут статей про адажил - льют воду, и толком не рассказывают как конкретно они борятся с этим аджаилом и в каких условиях (размер команды, размер проектов).
Опять какие-то общие слова. Давайте конкретику. Вот я пилил MVP. На нем работают несколько мелких клиентов.
Но однажды отдел продаж продал этот mvp нескольким крупным клиентам и теперь надо повысить качество продукта - чтоб этот mvp выдержал миллион запросов в секунду. И все это через 2-3 месяца. А то клиенты недовольные будут и уйдут. Че делать-то???
Как вы предлагаете организовать переписывание всего продукта на новую подходящую архитектуру за это время со своим скрамом?
А я математику так и не смог осилить. В смысле понять и осознать. На уровне школы еще как-то, но начиная с производных и интегралов все - мой мозг сдался.
Хотя на подготовительных курсах в вуз попался крутейший преподаватель математики - думаю, если бы он преподавал бы у нас в школе - я бы смог ее понять. Помню меня впечатлило, как он задал вопрос "почему e = 2,7...." и ответил на него на пальцах, с графиком касательной под углом 45 градусов к окружности. И причем вышел на это начиная с объяснения степенных функций типа x^1, x^2, ..., x^y. Просто космос.
(сейчас пишу это и хочу загуглить - а верно ли я помню - и хер там, ничего толком нет на первых страницах выдачи, кроме каких-то бюрократических математических методичек на десятки, если не сотни страниц - и вот как после этого понимать математику).
(даже википедия содержит какой-то фоновый шум с каким-то пределами, интегралами и только второй график справа показывает нечто похожее, что рисовал тот преподаватель на доске, но он это за 5-10 минут рассказал и так, чтобы понятно было)
Все очень индивидуально, и хорошо бы набраться различного опыта.
Когда я работал в системных интеграторах и часто менял работу (каждые 2-2,5 года примерно) - у меня не накопился опыт поддержки и развития написанной мной системы. И сейчас, работая уже 5-ый год в продуктовой компании - начал думать, что это было серьезным упущением. Одно дело написать с нуля и забыть. И совсем другое - не скатиться в говно-архитектуру и говно-код, когда по аджаилу по кусочкам допиливаешь систему на протяжении нескольких лет.
И еще момент - если компания растет и ты вместе с ней, то скучно не становится.
А если в вакансии программиста встречается слово «математика», то зарплата в два раза ниже 😅
—
Вот бы это мне прочитать в 2002 году. В школе я интересовался физикой и астрономией. Но думал, что денег там не особо заработаешь и почти наугад выбрал прикладную информатику. И как оказалось - не прогадал. Короче, повезло.
Админка, где можно настроить каталог продуктов, подключить способы доставки и оплаты. И генерируемый интернет магазин с кастомным дизайном. Цена от 30 баксов в месяц.
Склад - можно покупать отдельно услугу хранения. И координировать курьерские службы - чтобы оттуда забирали. Но вроде даже можно настроить, чтобы склад был в условном собственном гараже.
По идее там можно настроить и SEO, но это не точно.
Это чуть больше автоматизации "из коробки", чем когда все делаешь сам - отдельно хранишь товар, отдельно клепаешь интернет-магазин, прикручиваешь к нему оплату и доставку и так далее.
Но при этом нет минусов маркетплейсов - добровольно-принудительных вещей типа скидок и акций, они не могут тебя "наказать", убрав из поиска твои товары и тому подобное.
Какая же все таки жесть. Сколько малых бизнесов разрушили пожары на складах и блокировки в интернетах. Альтернативой маркетплейсам является другая модель - посмотрите Shopify. Я не знаю доступен ли он в России, но думаю есть местные альтернативы.
Так вроде мы тут и обсуждаем рынок СНГ и России. Если смотреть на западный рынок, где высшее образование стоит сотни тысяч - то там уже на одну вакансию 1000 индусов.
Я не учился во времена СССР, но среди моих друзей и знакомых - а это были разные специальности, не только ИТ - мало кто шел по специальности. Да и в целом за все это время был тренд - получил корочку, а работаешь в пятерочке.
Так работает рынок. Да, процент тех, кто действительно станет айтишником мал. После вузов 5-10% людей шло работать по специальности. Но так было всегда и во всех сферах. И чем больше студентов - тем больше в абсолютном числе эти 5-10%.
А если еще и какой-нибудь кризис, как сейчас - это уменьшение кол-ва вакансий.
Но на самом деле все проще - когда кто-то говорит о дефиците, то подразумевает "дорого". И конечная цель всего этого - снизить зарплаты. Еще меня беспокоит недавняя новость, что ОЗОН хочет завести индусов. Это очень опасная тема. В конце может получится, что на одну вакансию будет не только 1000 джунов, но и еще 1000 индусов.
А вам совет один - ваша главная ошибка, что вы работаете на заводе. Там почему-то особая атмосфера. Ходила шутка, что слово "математика" в вакансии уменьшает зарплату в два раза. Так вот с заводами та же фигня.
Накапливайте опыт и регулярно ходите по собеседованиям, ищите удаленку. Не засиживайтесь в одной компании.
Вспомнилось - я однажды прочитал Стивена Кинга, вроде это был роман Кэрри. Я изначально знал, что это фантастика. Но в процессе чтения попадались вставки свидетелей, которые давали показания то ли СМИ, то ли полицейским. И в какой-то момент времени я пошел гуглить - а че это все еще выдумка, или реально было.
О, вижу очередной заплюсованный комментарий в статье про скрам - хоть кто-нибудь из вас напишите статью, как у вас четко и круто работает тру-каноничный-скрам. Я бы там задал всякие неудобные вопросы по ходу дела, например каким образом можно в две недели сделать "полезную доработку продукта", если переделка архитектуры оценена в три месяца. А к ней привело, соответственно, mvp на коленке по скраму за две недели. Вместо нормального предварительного анализа по чмошному ватерфолу.
Но начать можно с более простых вопросов - вот спринт две недели (первая с понедельника по пятницу и вторая с понедельника по пятницу), когда у вас там демо?
Тема клиентов вне Испании не раскрыта. Скорее всего в какой нибудь деревне не будет айтишных клиентов. И вся суть сводится к легализации, если у человека есть клиент(ы) из сша или других стран европы.
Я в целом допускаю, что сейчас ситуация на рынке труда не из лучших, но не очень верится, что с 17 летним опытом ТАК трудно найти работу. Можно подробности?
Бесконечно вертикально масштабировать не получится. Как раз недавно увеличили сервер БД, не помогло, как были периодически тайм-ауты так и остались. Надо дальше копать.
Примеры можно:
Если изначально не закладывали поддержку горизонтального масштабирования
Была синхронная работа - переделывают на асинхронную с очередями
Было единое хранилище данных, решили сделать тяжелый аналитический дашбоард - хранилище начинает тормозить. Сначала увеличивают сервак БД, если не помогло - тогда надо, например, разделять хранилище на read и write.
Поддерживали только Oracle БД, а появился клиент, у которого MS SQL. Если к тому времени много чего в целях оптимизации было перенесено с ORM на нативный SQL - идешь и все это сначала валидируешь, а потом переписываешь в нужных местах
Переписывают монолит на микросервисы (я лично этого не делал, но слышал)
Оказывается, что для каких-то задач надо не SQL, NoSQL (не обязательно monga, а например какая-нибудь cassandra) (лично я тоже не делал, но слышал)
Пример взрывного роста тоже можно
2 года назад - несколько клиентов, на собранном на коленке синхронном MVP, объем данных на обработку до 500 документов в месяц
Год назад - появляются клиенты на 160 000 документов в месяц, некоторые отвалились, пока решали проблемы
Сейчас - есть потенциальные клиенты на 500-600 тысяч документов в месяц
Так то ситуации бывают разные, вот я и хочу узнать как люди делают. И думаю хабр как раз для того, чтобы поделиться опытом.
А что я вижу - половина статьей, где аджаил восхваляют, но никакой конкретики (вот как текущая). И другая половина статьей, где аджаил чморят. Например вот https://habr.com/ru/articles/659379/ и такие статьи кстати набирают больше лайков.
Лично у меня разнообразный опыт, как и удачные проекты по waterfall, так и по agile. Но я не проджект менеджер. И профессионально не погружен в эту тему, настолько же как в программировании. А те, кто восхваляют аджаил - не рассказывают как у них устроен конкретно их тру-каноничный-скрам.
А проекты закрывают из-за того, что приходится год по аджаилу переписывать продукт почти с нуля. Старые клиенты недовольны, что нет нового бизнес-функционала. А новые не дожидаются. Потому что заранее не продумали роадмап, требования и ограничения. Ведь это же чмошный ватерфолл.
При том, что по ватерфоллу - сначала бы провели анализ и выяснили, что потенциально все текущие клиенты компании могут купить этот продукт, посчитать нагрузку, выбрать подходящую архитектуру с запасом на несколько лет.
Но нет, сначала mvp за две недели на коленке. А потом страдать и год переписывать в спринт по чайной ложке, теряя новых потенциальных клиентов.
И сколько тут не пишут статей про адажил - льют воду, и толком не рассказывают как конкретно они борятся с этим аджаилом и в каких условиях (размер команды, размер проектов).
Опять какие-то общие слова. Давайте конкретику. Вот я пилил MVP. На нем работают несколько мелких клиентов.
Но однажды отдел продаж продал этот mvp нескольким крупным клиентам и теперь надо повысить качество продукта - чтоб этот mvp выдержал миллион запросов в секунду. И все это через 2-3 месяца. А то клиенты недовольные будут и уйдут. Че делать-то???
Как вы предлагаете организовать переписывание всего продукта на новую подходящую архитектуру за это время со своим скрамом?
Недавно попалось видео, где чувак собрал пентиум 3 + жефорс 4400. Запускал старые игры и показывал фпс.
Так вот там как раз наоборот - жуткая угловатая графика, которая к тому же не выдает 30 фпс (гта 3 например).
https://m.youtube.com/watch?v=bMZh0W3xFGY
Как мы в это вообще играли - не представляю. И как вообще такая убогая графика могла так тормозить. И это еще было пред топовое железо.
Так что, как итог, я бы не сказал, что программисты впихивают невпихуемое в слабое железо. Сейчас железо далеко не слабое.
А я математику так и не смог осилить. В смысле понять и осознать. На уровне школы еще как-то, но начиная с производных и интегралов все - мой мозг сдался.
Хотя на подготовительных курсах в вуз попался крутейший преподаватель математики - думаю, если бы он преподавал бы у нас в школе - я бы смог ее понять. Помню меня впечатлило, как он задал вопрос "почему e = 2,7...." и ответил на него на пальцах, с графиком касательной под углом 45 градусов к окружности. И причем вышел на это начиная с объяснения степенных функций типа x^1, x^2, ..., x^y. Просто космос.
(сейчас пишу это и хочу загуглить - а верно ли я помню - и хер там, ничего толком нет на первых страницах выдачи, кроме каких-то бюрократических математических методичек на десятки, если не сотни страниц - и вот как после этого понимать математику).
(даже википедия содержит какой-то фоновый шум с каким-то пределами, интегралами и только второй график справа показывает нечто похожее, что рисовал тот преподаватель на доске, но он это за 5-10 минут рассказал и так, чтобы понятно было)
Все очень индивидуально, и хорошо бы набраться различного опыта.
Когда я работал в системных интеграторах и часто менял работу (каждые 2-2,5 года примерно) - у меня не накопился опыт поддержки и развития написанной мной системы. И сейчас, работая уже 5-ый год в продуктовой компании - начал думать, что это было серьезным упущением. Одно дело написать с нуля и забыть. И совсем другое - не скатиться в говно-архитектуру и говно-код, когда по аджаилу по кусочкам допиливаешь систему на протяжении нескольких лет.
И еще момент - если компания растет и ты вместе с ней, то скучно не становится.
А если в вакансии программиста встречается слово «математика», то зарплата в два раза ниже 😅
—
Вот бы это мне прочитать в 2002 году. В школе я интересовался физикой и астрономией. Но думал, что денег там не особо заработаешь и почти наугад выбрал прикладную информатику. И как оказалось - не прогадал. Короче, повезло.
Проводил собеседования, пару-тройку десятков человек и осознанность в принятии решений начинается где-то с 10 лет опыта.
Ну вот, что-то необычное, а то все про Германию или Грузию.
Так же как автор бизнеса делал до того, как пошел продавать на маркетплейсах, которыми он недоволен.
Админка, где можно настроить каталог продуктов, подключить способы доставки и оплаты. И генерируемый интернет магазин с кастомным дизайном. Цена от 30 баксов в месяц.
Склад - можно покупать отдельно услугу хранения. И координировать курьерские службы - чтобы оттуда забирали. Но вроде даже можно настроить, чтобы склад был в условном собственном гараже.
По идее там можно настроить и SEO, но это не точно.
Это чуть больше автоматизации "из коробки", чем когда все делаешь сам - отдельно хранишь товар, отдельно клепаешь интернет-магазин, прикручиваешь к нему оплату и доставку и так далее.
Но при этом нет минусов маркетплейсов - добровольно-принудительных вещей типа скидок и акций, они не могут тебя "наказать", убрав из поиска твои товары и тому подобное.
Какая же все таки жесть. Сколько малых бизнесов разрушили пожары на складах и блокировки в интернетах. Альтернативой маркетплейсам является другая модель - посмотрите Shopify. Я не знаю доступен ли он в России, но думаю есть местные альтернативы.
Так вроде мы тут и обсуждаем рынок СНГ и России. Если смотреть на западный рынок, где высшее образование стоит сотни тысяч - то там уже на одну вакансию 1000 индусов.
Я не учился во времена СССР, но среди моих друзей и знакомых - а это были разные специальности, не только ИТ - мало кто шел по специальности. Да и в целом за все это время был тренд - получил корочку, а работаешь в пятерочке.
Так работает рынок. Да, процент тех, кто действительно станет айтишником мал. После вузов 5-10% людей шло работать по специальности. Но так было всегда и во всех сферах. И чем больше студентов - тем больше в абсолютном числе эти 5-10%.
А если еще и какой-нибудь кризис, как сейчас - это уменьшение кол-ва вакансий.
Но на самом деле все проще - когда кто-то говорит о дефиците, то подразумевает "дорого". И конечная цель всего этого - снизить зарплаты. Еще меня беспокоит недавняя новость, что ОЗОН хочет завести индусов. Это очень опасная тема. В конце может получится, что на одну вакансию будет не только 1000 джунов, но и еще 1000 индусов.
А вам совет один - ваша главная ошибка, что вы работаете на заводе. Там почему-то особая атмосфера. Ходила шутка, что слово "математика" в вакансии уменьшает зарплату в два раза. Так вот с заводами та же фигня.
Накапливайте опыт и регулярно ходите по собеседованиям, ищите удаленку. Не засиживайтесь в одной компании.