Я работаю в финтехе и работаю достаточно давно. У меня вызывает крайнюю обеспокоенность миф про разработку 10х. Начиная от стагнации найма и уровня заработных плат и заканчивая нереальными ожиданиями бизнеса.
Проблема в том, что за все годы работы программист никогда не был бутылочным горлышком от которого можно требовать 10х. За весь многолетний опыт я ни разу не сталкивался с тем, что ускорение моей работы в n раз принесло бы какое-то весомое ускорение. я был на ролях в разные периоды жизни - developer, lead, аналитик требований, QA и QA Automation и Product Owner.
Управление проектом в финтехе похоже на управление огромным кораблем с невероятным уровнем инерциии. Допустим мы заменим команду из трех человек одним. Но программист и QA как ни странно не самые большие роли в рамках внедрения одного изменения.
Сможем ли мы протестировать, вообще, эту фичу учитывая огромное количество legacy интеграций?
Готовы ли смежные команды для внедрения нашей фичи?
Готовы ли внешние интеграции к нашим изменениям?
Нет ли пропущенных кусков в наших планах, например, связанных с безопасностью транзакций?
Готовы ли мы деплоиться в период повышенного риска? Например, в финтехе, есть замечательное время новогодних праздников, когда сбой в системе стоит бизнесу очень дорого.
Сможем ли мы отказаться от этого решения, если оно окажется неудачным?
Сколько сил мы готовы потратить на дополнительный раунд нагрузочного тестирования?
Наше решения отвечает всем требованиям безопасности, если сейчас ресурс по безопасникам, или они заняты?
Ни один из этих вопросов занимающих время до развертывания не относится к коду. 10х производительности, это не такой существенный плюс, как может показаться.
Когда мне говорят, что эффективность программиста повысилась потому что Клод пишет ему модули по 10к строк в течение минут, я прихожу в ужас. 1000 строк это уже серьезная когнитивная нагрузка при проведении код ревью. Вообще, файл на 300 строк чистого кода без учетка верстки, юнит тестов, конфигов и прочих файлов деплоя вполне может быть испытанием в большом проекте.
Проблема не в том, что 10х производительность это миф. Проблема в том, что 10х производительность это лукавый маркетинговый лозунг, несущий больше рисков, чем пользы. 10х производительность требует 50х больше способности переваривать этот буст.
PS обожаю ваши статьи. про память на консолях ваще пушка
Очень люблю ваше издательство, но пользуясь случаем хочу сказать - у вас невероятно неудобный личный кабинет. Нет никакой возможности быстро посмотреть куплена ли у меня электронная версия какой-то книги или нет.
Хотя это бывает необходимо, если часто заказывать и много читать, бывает увидишь где-то книгу, и не совсем помнишь - есть у тебя электронная копия или нет. Т.е. может есть..а может и нет. а может на литресе, а может на хамбле и ты английская. А может в "Питере"....
заходишь в личный кабинет и перечислены только номера заказов. надо каждый раз обойти каждый, чтобы понять есть книга или нет.а заказов за годы может быть много.
Добрый день, я могу ошибиться, но третье издание - это же ну очень старая книга, и уже была переведена и издана в ДМК кажется в 2016. к чему переиздание именно третьей книги, которая есть в наличии как в бумажном виде, так и на литресе.
Я много лет слушаю стереотип, как несправедливо агрессивны к людям Rust разработчики:) Но я ни разу там такого в общении не встречал ужаса. Моя конспирологическая теория — именно отсутствие GC делает комментарии человека злыми. PS Действительно отвечает как нейросеть.
Бекенд Python (Flask), Фронтенд - Jquery и просто ванильный JS. Кажется архаичным, но для прототипа сойдет. Запаковано в докер. в качестве внутреннего хранилища сессий и пользовательских данный Sqlite3.
Запушили докер-образ - образ передан девопсу, он выбрал подходящий хостинг.
Хостились не у себя, просто купили виртуалок, никакой тильды.
У нас был 1 бекендер + 1 фуллстек.
Технически он написан страшно, показывать стыдно, а писать с багами придуманными заранее очень тяжело.
Можно было уложиться за неделю, потому что это практически МВП - обычное CRUD приложение, такое сейчас на бойлерплейтах из интернета думаю за выходные делают.
А вот чем гордимся - дизайн и верстка. Дизайнил наш штатный дизайнер, который съел на банковских приложениях собаку, и если бы в Мордоре открылся банк - он бы выгллядел именно так.
Браузеры сократили, чтобы люди не проверяли в столь сжатый срок одно и тоже много раз. Лучше пусть посвятят ценное время на реально хитрые и сложные баги, которые мы старательно минировали.
игра начиналась в случайном месте, хотя в ТЗ прописали, что в одном и том же;
Внимательный участник заметил, что в статье допущен баг. Как раз по условиям было то, что человечки появляются в случайно месте в каждом раунде, но в реальности старт с Гэндальфом был в одном и том же месте.
Информация
В рейтинге
2 231-й
Зарегистрирован
Активность
Специализация
Инженер по обеспечению качества, Директор по обеспечению качества
Я работаю в финтехе и работаю достаточно давно. У меня вызывает крайнюю обеспокоенность миф про разработку 10х. Начиная от стагнации найма и уровня заработных плат и заканчивая нереальными ожиданиями бизнеса.
Проблема в том, что за все годы работы программист никогда не был бутылочным горлышком от которого можно требовать 10х. За весь многолетний опыт я ни разу не сталкивался с тем, что ускорение моей работы в n раз принесло бы какое-то весомое ускорение. я был на ролях в разные периоды жизни - developer, lead, аналитик требований, QA и QA Automation и Product Owner.
Управление проектом в финтехе похоже на управление огромным кораблем с невероятным уровнем инерциии. Допустим мы заменим команду из трех человек одним. Но программист и QA как ни странно не самые большие роли в рамках внедрения одного изменения.
Сможем ли мы протестировать, вообще, эту фичу учитывая огромное количество legacy интеграций?
Готовы ли смежные команды для внедрения нашей фичи?
Готовы ли внешние интеграции к нашим изменениям?
Нет ли пропущенных кусков в наших планах, например, связанных с безопасностью транзакций?
Готовы ли мы деплоиться в период повышенного риска? Например, в финтехе, есть замечательное время новогодних праздников, когда сбой в системе стоит бизнесу очень дорого.
Сможем ли мы отказаться от этого решения, если оно окажется неудачным?
Сколько сил мы готовы потратить на дополнительный раунд нагрузочного тестирования?
Наше решения отвечает всем требованиям безопасности, если сейчас ресурс по безопасникам, или они заняты?
Ни один из этих вопросов занимающих время до развертывания не относится к коду. 10х производительности, это не такой существенный плюс, как может показаться.
Когда мне говорят, что эффективность программиста повысилась потому что Клод пишет ему модули по 10к строк в течение минут, я прихожу в ужас. 1000 строк это уже серьезная когнитивная нагрузка при проведении код ревью. Вообще, файл на 300 строк чистого кода без учетка верстки, юнит тестов, конфигов и прочих файлов деплоя вполне может быть испытанием в большом проекте.
Проблема не в том, что 10х производительность это миф. Проблема в том, что 10х производительность это лукавый маркетинговый лозунг, несущий больше рисков, чем пользы. 10х производительность требует 50х больше способности переваривать этот буст.
PS обожаю ваши статьи. про память на консолях ваще пушка
Очень люблю ваше издательство, но пользуясь случаем хочу сказать - у вас невероятно неудобный личный кабинет. Нет никакой возможности быстро посмотреть куплена ли у меня электронная версия какой-то книги или нет.
Хотя это бывает необходимо, если часто заказывать и много читать, бывает увидишь где-то книгу, и не совсем помнишь - есть у тебя электронная копия или нет. Т.е. может есть..а может и нет. а может на литресе, а может на хамбле и ты английская. А может в "Питере"....
заходишь в личный кабинет и перечислены только номера заказов. надо каждый раз обойти каждый, чтобы понять есть книга или нет.а заказов за годы может быть много.
Добрый день, я могу ошибиться, но третье издание - это же ну очень старая книга, и уже была переведена и издана в ДМК кажется в 2016. к чему переиздание именно третьей книги, которая есть в наличии как в бумажном виде, так и на литресе.
Почему был выбран этот вариант, а не выпустить на русском четвертое издание, тоже уже 9 лет как есть на английском? https://www.amazon.com/Programming-Lua-Fourth-Roberto-Ierusalimschy/dp/8590379868
Просто мы живем в мире, когда человек садится в самолет презентовать несуществующий продукт через 6 часов и гордится этим.
Я много лет слушаю стереотип, как несправедливо агрессивны к людям Rust разработчики:) Но я ни разу там такого в общении не встречал ужаса. Моя конспирологическая теория — именно отсутствие GC делает комментарии человека злыми.
PS Действительно отвечает как нейросеть.
Хех. Если бы в начале спринта можно было подойти к менеджеру проекта и спросить "не меньше скольки стоит искать?" :^)
Ну баги я выкладывать не буду так в лоб, это лишает происходящее любого развлекательного и педагогического смысла)
а вот самого образа нам не жалко.
https://hub.docker.com/repository/docker/stmirage/qachamp2
docker pull stmirage/qachamp2:v1.0
Приложение слушает порт 8080 внутри
так что запускать с флагом
-p на_каком_порту_слушать_локально:8080начать следует с роута http://localhost:порт/help - там будет техническое задание
Ссылку на фигму выкладывать не буду, но вот ссылка на экспортированный в pdf макет
https://disk.yandex.ru/d/zvbCzytYVKU3eA
Будем рады видеть вас в чате, где первыми объявим о новом чемпионате
https://t.me/+-5z0DUpij-RlMmQy
Бекенд Python (Flask), Фронтенд - Jquery и просто ванильный JS. Кажется архаичным, но для прототипа сойдет. Запаковано в докер. в качестве внутреннего хранилища сессий и пользовательских данный Sqlite3.
Запушили докер-образ - образ передан девопсу, он выбрал подходящий хостинг.
Хостились не у себя, просто купили виртуалок, никакой тильды.
У нас был 1 бекендер + 1 фуллстек.
Технически он написан страшно, показывать стыдно, а писать с багами придуманными заранее очень тяжело.
Можно было уложиться за неделю, потому что это практически МВП - обычное CRUD приложение, такое сейчас на бойлерплейтах из интернета думаю за выходные делают.
А вот чем гордимся - дизайн и верстка. Дизайнил наш штатный дизайнер, который съел на банковских приложениях собаку, и если бы в Мордоре открылся банк - он бы выгллядел именно так.
Браузеры сократили, чтобы люди не проверяли в столь сжатый срок одно и тоже много раз. Лучше пусть посвятят ценное время на реально хитрые и сложные баги, которые мы старательно минировали.
Большое спасибо за отзыв.
игра начиналась в случайном месте, хотя в ТЗ прописали, что в одном и том же;
Внимательный участник заметил, что в статье допущен баг. Как раз по условиям было то, что человечки появляются в случайно месте в каждом раунде, но в реальности старт с Гэндальфом был в одном и том же месте.