Я понимаю, что Вы пытаетесь мне сказать, но довольно много нюансов осталось за рамками, которые позволяют комментарии.
Скажу лишь, что это был не первый проект, который я писал для нужд компании (просто они были не такими крупными и я делал их на голом энтузиазме, потому что было интересно, и в том проекте, который я упоминал ранее, я тоже участвовал как разработчик), что была подробная дорожная карта и поэтапное внедрение, благо микросервисная архитектура позволяла использовать сервисы по мере готовности, и много чего еще - я реально готовился несколько месяцев, тестировал решения, которые планировал использовать, собирал материалы, анализировал проблемы и так далее.
Просто в этот раз получалось слишком масштабно и дорого. Как мне сказали на одной из встреч: “Да у нас коммерческий директор столько не получает!” (с)
Пожалуй, безоговорочно Вы правы только в одном - итоговая встреча действительно состоялась только из вежливости - все решения были приняты заранее.
Точно так же могу сказать - типичная ошибка руководства - думать, что сотрудник принадлежит компании, поэтому ему можно не платить за дополнительную работу. На мой взгляд, это всегда договорные отношения. В Вашей аналогии - это как если бы жена подошла и сказала - “дорогой, наша машина не едет, я слышала, ты ищешь хороший сервис, а они все дорогие, так вот знай - я могу и движок перебрать. Помнишь Вовку? Я ему тачку делала. Давай сэкономим семейные средства, но ты мне купишь что-нибудь вкусненькое.”
Я наверное упустил важный нюанс - на тот момент разработка не входила в мои служебные обязанности, а компания, не имея своих разработчиков, периодически прибегала к услугам сторонних команд.
Собственно, поэтому я и предложил свои услуги, но не в рамках своих прямых обязанностей. И то, что постоянно происходит с другими сотстороны, закончилось, даже не начавшись, наверняка именно потому, что руководство думало так же - мы уже платим, пусть и за другое, так зачем мы будем платить ещё?
У меня была ситуация, вот прям подходящая под некоторые из этих пунктов… В компании появилась новая технология, а у меня появился проект, как эту технологию превратить в уникальный продукт. Он не давал огромной прибыли (какие-то сотни тысяч в месяц), но радикально изменил бы некоторые процедуры внутри компании, которые значительно повысили бы качество работы с клиентами и снизили нагрузку на сотрудников.
Я проявил инициативу, предложил уникальный продукт, который заодно выделил бы нас среди конкурентов, перед этим уже доказал свою компетентность (как мне казалось), показал выгоду (как мне казалось) - но все равно оказался не прав… А почему? Как раз потому, что не владел какими-то из этих важных языков.
Я тогда был наивным и слепо доверился человеку, который имел доступ к руководству и согласился стать моим ПМ (проект-менеджером). Мы обсудили возможные варианты и пришли к выводу, что можно реализовать проект в рамках договора ГПХ как самостоятельную единицу (не спрашивайте).
Я подготовил презентацию, он вывел меня на стейкхолдеров. Там я подробно расписал текущую ситуацию, плюсы, которые мы получим после релиза, озвучил, сколько бы это стоило, если бы мы наняли команду разработчиков со стороны и предложил сделать это дешевле (и это тоже казалось мне правильным - я не взял ценник из головы, а аргументировал свою позицию рыночными ценами, объемом работ, необходимыми для решения задачи компетенциями и предложил выгодный вариант).
Дополнительно мой ПМ подготовил модель, которая оценивает затраты, считает возможную прибыль, окупаемость и прочие интересные вещи, но… Как оказалось, сделал он это с помощью LLM и не вполне качественно…
Сейчас я понимаю, что мы упустили важный этап - перед разговором со стейкхолдерами нужно было найти кого-нибудь, кто мог бы провести техническую экспертизу со стороны (подтвердив или опровергнув мои тезисы), и перевести технические термины на язык тех, кто даёт деньги, потому что стейкхолдеры задали мне ровно четыре вопроса:
Почему так долго? Нужно максимум за полгода, а лучше - за квартал (что-то связанное с бюджетом, финансовыми отчётностями и т.п.), а проект был весьма сложным и включал более 10 микросервисов + старое легаси, которое надо было частично переписывать, и все это одним человеком, за год, без возможности кого-нибудь привлечь.
За что тут платить? (“если бы твой проект приносил миллионы - разговор был бы другим, а так…”).
Почему так дорого? (в пересчёте на месячную оплату мне были готовы заплатить как джуну, и только после того как все будет реализовано, протестировано, запущено и покажет прибыль, хотя объем работ на тот момент подразумевал (на мой скромный взгляд) хотя бы команду из сеньора и одного-двух мидлов - нужно было с нуля разработать архитектуру (в том числе и для сетевых сервисов с высокой нагрузкой), выбрать подходящие решения, реализовать, протестировать, написать документацию и научить пользоваться. Понятно, что есть какие-то стандарты и распространенные паттерны и технологии, но вряд ли эти знания стоят 50к в месяц).
Что будет, если ты уйдешь? (проект должен был быть написан на go, а людей с таким навыком в округе не наблюдалось. Мой ответ в духе “не обязательно искать разработчика под боком в эпоху удаленки” не был принят).
А спустя время я случайно узнал, что мне отказали не потому, что проект плохой, а потому, что я осмелился шантажировать руководство зарплатой. Что нужно было сделать его бесплатно, показать свой скилл, и тогда - может быть - мне подняли бы зарплату, процентов на пять, а если получится очень хорошо - даже на десять…
С моей точки зрения, парадокс просьбы “сначала сделай - а потом проси” заключается в том, что буквально за пару месяцев до этого разговора мы с моим начальником реализовали уникальный проект, который сэкономил компании несколько миллионов рублей, и этот момент был публично озвучен на очередном корпоративном собрании в присутствии тех же стейкхолдеров, и это никак не сказалось на моей зарплате, видимо, не считается…
Да, мы разговаривали на разных языках, да, мой ПМ оказался так себе ПМ, а я ему слишком доверился, да, я не понимал, чем руководствуются люди, которые принимают решения, куда потратить деньги, но… Плохой опыт - тоже опыт…
А сравните свои бенчмарки с https://github.com/buger/jsonparser, если не сложно. Я, в свое время, тоже пытался найти способ максимально эффективно обрабатывать множество json’ов, структура которых заранее неизвестна, эта библиотека дала максимальный эффект без необходимости изобретать велосипед (под влиянием rust’a тоже хотел минимум аллокаций и т.п.:))
Бесполезные
глупые
люди.
Пережитки
недавнего
прошлого.
Вы теперь
никому
не нужные.
Вы на свалке.
Всего
хорошего.
Тратить годы
на поиски
истины
Разбираться
в ассемблере -
впадлу.
Лишь бы промпты
были
прописаны.
И ты
проиграл
этот батл...
Не нужны
алгоритмы
проклятые!
Дядя,
сдохни
в своем универе!
Мы на вайбе
Ребята
пиз**тые,
И в прогресс
исключительно
верим!
Я способен
всего лишь
за час
Сервис сделать
любой
сложности!
Код не буду
даже
читать...
Запустился?
Сосите
ничтожности!
За подписку
продам
даже мать...
В ней вся сила моя
и карьера.
Прод упал?
что такое?
опять???
Сколько денег я должен?
Не верю...
В смысле - люди
доверились
мне???
В смысле -
кончилась память?
Предъявы?
Там всего лишь
три тысячи
строк.
Он прекрасен,
красив,
идеален!
Починить
не могу
я никак.
Он исправил.
Какого же хера?
Вылезает
левый
косяк.
База где?
Ты чего, бл*дь,
наделал???
Не пошла
программиста
карьера...
Я в КБшке
стою
за кассой...
На хер всю вашу
новую
эру.
д'Артаньян я
а вы
пид**асы...
Для неискушенных пользователей можно и что попроще подыскать. Я вот себе полгода назад взял Ред Драгон с красными свитчами, поставил о-ринги, и по моему скромному мнению она на две головы выше любой мембраны, и ценник вместе с о-рингами в районе 3тр всего
Эх, тоже когда-то начинал с python, потом перешёл на go - поначалу был очень неудобно и непривычно, потом освоился и python стал казаться каким-то не таким...
Сейчас в свободное время почитываю книги по rust - некоторые главы отлично заполняют пробелы в понимании, а некоторые вещи кажутся настолько логичными и удобными, что хочется забросить go:) Но пока сложно.
Раз по книге планируются доработки позвольте пару замечаний.
Начал смотреть, у Вас там в pdf-ке по тексту несколько раз встречается dart вместо go - ссылки на репозитории, лабораторная работа, примеры библиотек...
Так же было бы неплохо отдать текст редакторам на вычитку - некоторые предложения читаются очень тяжело. Может я конечно привык читать подобные книги на английском, но фразы типа "ошибка времени выполнения" вместо привычного "runtime error" - очень режут глаз. Ну и опечатки бы поправить местами.
В целом, воспринимается именно как учебник для вузов - читается непросто, но во время учебы читать придется:)
Это конечно хорошо что вы помогаете получать знания тем кто не знает английский, но всё же было бы неплохо указать что это "вольный" перевод книги "let's go further" Алекса Эдвардса.
Кстати, тем кто знает английский, советую все же читать оригинал. Там автор объясняет все нюансы, которые не влезают в статью...
Я понимаю, что Вы пытаетесь мне сказать, но довольно много нюансов осталось за рамками, которые позволяют комментарии.
Скажу лишь, что это был не первый проект, который я писал для нужд компании (просто они были не такими крупными и я делал их на голом энтузиазме, потому что было интересно, и в том проекте, который я упоминал ранее, я тоже участвовал как разработчик), что была подробная дорожная карта и поэтапное внедрение, благо микросервисная архитектура позволяла использовать сервисы по мере готовности, и много чего еще - я реально готовился несколько месяцев, тестировал решения, которые планировал использовать, собирал материалы, анализировал проблемы и так далее.
Просто в этот раз получалось слишком масштабно и дорого. Как мне сказали на одной из встреч: “Да у нас коммерческий директор столько не получает!” (с)
Пожалуй, безоговорочно Вы правы только в одном - итоговая встреча действительно состоялась только из вежливости - все решения были приняты заранее.
Точно так же могу сказать - типичная ошибка руководства - думать, что сотрудник принадлежит компании, поэтому ему можно не платить за дополнительную работу. На мой взгляд, это всегда договорные отношения. В Вашей аналогии - это как если бы жена подошла и сказала - “дорогой, наша машина не едет, я слышала, ты ищешь хороший сервис, а они все дорогие, так вот знай - я могу и движок перебрать. Помнишь Вовку? Я ему тачку делала. Давай сэкономим семейные средства, но ты мне купишь что-нибудь вкусненькое.”
Я наверное упустил важный нюанс - на тот момент разработка не входила в мои служебные обязанности, а компания, не имея своих разработчиков, периодически прибегала к услугам сторонних команд.
Собственно, поэтому я и предложил свои услуги, но не в рамках своих прямых обязанностей. И то, что постоянно происходит с другими сотстороны, закончилось, даже не начавшись, наверняка именно потому, что руководство думало так же - мы уже платим, пусть и за другое, так зачем мы будем платить ещё?
У меня была ситуация, вот прям подходящая под некоторые из этих пунктов… В компании появилась новая технология, а у меня появился проект, как эту технологию превратить в уникальный продукт. Он не давал огромной прибыли (какие-то сотни тысяч в месяц), но радикально изменил бы некоторые процедуры внутри компании, которые значительно повысили бы качество работы с клиентами и снизили нагрузку на сотрудников.
Я проявил инициативу, предложил уникальный продукт, который заодно выделил бы нас среди конкурентов, перед этим уже доказал свою компетентность (как мне казалось), показал выгоду (как мне казалось) - но все равно оказался не прав… А почему? Как раз потому, что не владел какими-то из этих важных языков.
Я тогда был наивным и слепо доверился человеку, который имел доступ к руководству и согласился стать моим ПМ (проект-менеджером). Мы обсудили возможные варианты и пришли к выводу, что можно реализовать проект в рамках договора ГПХ как самостоятельную единицу (не спрашивайте).
Я подготовил презентацию, он вывел меня на стейкхолдеров. Там я подробно расписал текущую ситуацию, плюсы, которые мы получим после релиза, озвучил, сколько бы это стоило, если бы мы наняли команду разработчиков со стороны и предложил сделать это дешевле (и это тоже казалось мне правильным - я не взял ценник из головы, а аргументировал свою позицию рыночными ценами, объемом работ, необходимыми для решения задачи компетенциями и предложил выгодный вариант).
Дополнительно мой ПМ подготовил модель, которая оценивает затраты, считает возможную прибыль, окупаемость и прочие интересные вещи, но… Как оказалось, сделал он это с помощью LLM и не вполне качественно…
Сейчас я понимаю, что мы упустили важный этап - перед разговором со стейкхолдерами нужно было найти кого-нибудь, кто мог бы провести техническую экспертизу со стороны (подтвердив или опровергнув мои тезисы), и перевести технические термины на язык тех, кто даёт деньги, потому что стейкхолдеры задали мне ровно четыре вопроса:
Почему так долго? Нужно максимум за полгода, а лучше - за квартал (что-то связанное с бюджетом, финансовыми отчётностями и т.п.), а проект был весьма сложным и включал более 10 микросервисов + старое легаси, которое надо было частично переписывать, и все это одним человеком, за год, без возможности кого-нибудь привлечь.
За что тут платить? (“если бы твой проект приносил миллионы - разговор был бы другим, а так…”).
Почему так дорого? (в пересчёте на месячную оплату мне были готовы заплатить как джуну, и только после того как все будет реализовано, протестировано, запущено и покажет прибыль, хотя объем работ на тот момент подразумевал (на мой скромный взгляд) хотя бы команду из сеньора и одного-двух мидлов - нужно было с нуля разработать архитектуру (в том числе и для сетевых сервисов с высокой нагрузкой), выбрать подходящие решения, реализовать, протестировать, написать документацию и научить пользоваться. Понятно, что есть какие-то стандарты и распространенные паттерны и технологии, но вряд ли эти знания стоят 50к в месяц).
Что будет, если ты уйдешь? (проект должен был быть написан на go, а людей с таким навыком в округе не наблюдалось. Мой ответ в духе “не обязательно искать разработчика под боком в эпоху удаленки” не был принят).
А спустя время я случайно узнал, что мне отказали не потому, что проект плохой, а потому, что я осмелился шантажировать руководство зарплатой. Что нужно было сделать его бесплатно, показать свой скилл, и тогда - может быть - мне подняли бы зарплату, процентов на пять, а если получится очень хорошо - даже на десять…
С моей точки зрения, парадокс просьбы “сначала сделай - а потом проси” заключается в том, что буквально за пару месяцев до этого разговора мы с моим начальником реализовали уникальный проект, который сэкономил компании несколько миллионов рублей, и этот момент был публично озвучен на очередном корпоративном собрании в присутствии тех же стейкхолдеров, и это никак не сказалось на моей зарплате, видимо, не считается…
Да, мы разговаривали на разных языках, да, мой ПМ оказался так себе ПМ, а я ему слишком доверился, да, я не понимал, чем руководствуются люди, которые принимают решения, куда потратить деньги, но… Плохой опыт - тоже опыт…
А сравните свои бенчмарки с https://github.com/buger/jsonparser, если не сложно. Я, в свое время, тоже пытался найти способ максимально эффективно обрабатывать множество json’ов, структура которых заранее неизвестна, эта библиотека дала максимальный эффект без необходимости изобретать велосипед (под влиянием rust’a тоже хотел минимум аллокаций и т.п.:))
Разрешите присоединиться:)
ПКМ на объекте - Редактировать данные. Там можно добавлять кастомные свойства
тут же речь не про бонусы, а про покупку компании за половину цены, разве нет?
Для неискушенных пользователей можно и что попроще подыскать. Я вот себе полгода назад взял Ред Драгон с красными свитчами, поставил о-ринги, и по моему скромному мнению она на две головы выше любой мембраны, и ценник вместе с о-рингами в районе 3тр всего
Эх, тоже когда-то начинал с python, потом перешёл на go - поначалу был очень неудобно и непривычно, потом освоился и python стал казаться каким-то не таким...
Сейчас в свободное время почитываю книги по rust - некоторые главы отлично заполняют пробелы в понимании, а некоторые вещи кажутся настолько логичными и удобными, что хочется забросить go:) Но пока сложно.
Раз по книге планируются доработки позвольте пару замечаний.
Начал смотреть, у Вас там в pdf-ке по тексту несколько раз встречается dart вместо go - ссылки на репозитории, лабораторная работа, примеры библиотек...
Так же было бы неплохо отдать текст редакторам на вычитку - некоторые предложения читаются очень тяжело. Может я конечно привык читать подобные книги на английском, но фразы типа "ошибка времени выполнения" вместо привычного "runtime error" - очень режут глаз. Ну и опечатки бы поправить местами.
В целом, воспринимается именно как учебник для вузов - читается непросто, но во время учебы читать придется:)
Это конечно хорошо что вы помогаете получать знания тем кто не знает английский, но всё же было бы неплохо указать что это "вольный" перевод книги "let's go further" Алекса Эдвардса.
Кстати, тем кто знает английский, советую все же читать оригинал. Там автор объясняет все нюансы, которые не влезают в статью...