Вчера были большие, но по пять, сегодня маленькие но по три.
Достаточно погуглить уровень знания английского у населения в целом (да, в IT он выше, но никогда не требовался если только ты не customer-oriented), и совместить это с желанием что-либо менять. Отсюда становится понятно, что сениору и здесь хорошо, а джуниору куда-то переезжать невозможно. Судя по статистике с миддлами, они тоже не горят релоцироваться.
Начинающим нужно брать что-то для примера и обучаться по факту. Вряд ли ты построишь экскаватор, если ты не помахал лопатой. Для них, что стандарты PMI, что Agile, что труды Тейлора - все едино, может быть интересно, но непонятно. Поэтому стоит сочетать теорию с практикой.
И на мой взгляд то, что ты описал про менеджмент, это базовое-дополнительное. Т.е., что-то из этого я изучал в университете, а что-то потом читал дополнительно.
Список, на мой взгляд, никак. Я лично не люблю такие громоздкие списки. В лучшем случае выделить несколько книг. Иначе такой объем вводит в ступор и отбивает желание разбираться. Выглядит как список литературы в конце реферативной работы.
Спасибо насчет Реддита. Точно, это же коллективное (бессознательное).
800 долларов звучит дорого. Возможно не до конца понимаю суть и ценность (насколько глубоко), но за 20 человек что-то очень. Но возможно я перечитал Фицпатрика с его "пойди попей пива на конференции".
Вакуумная статья. В продукте мудрые продакты/овнеры покивают головами, и сначала спросят, когда будет готово, а потом когда начнет подгорать станут выжимать календарный план и подписанную кровью оценку.
В аутсорсе наверно в лучшем случае покрутят пальцем у виска, но скорее всего пройдут мимо, чтобы не связываться.
А так все красиво, по Agile. И задачи, конечно, от проекта к проекту одни и те же. В принципе можно еще посчитать среднее количество времени, требуемое на ctrl-c/ctrl-v переноса кода из файла в файл.
На мой взгляд стандарты PMI вполне себе покрывают нужды современного PM (в IT в особенности). А золотого правила не найти - проекты индивидуальны. И тот же Рис он про продукт и Lean Startup, где ты, если ты в роли PM будешь бегать как собачка за палкой, которую бросает Product/Owner, пока наконец хозяин не наиграется и его стартап не закроется (правило 99% никто не отменял). Так что планируй - не планируй, организовывай - не организовывай.
P.S. Выдавать книги списками - такое себе.
Сроки как обычно неприятный, однако я верил в себя и свои навыки убалтывать нашей маленькой студии.
Буквально сегодня случайно поставил, на замену Алисе, которая по-английски отказывается говорить. И, в общем, снес. Мой неидеальный акцент распознает просто ужасно. Видимо, конкурентов Whisper нет пока.
Если команда заказной разработки понимает, что я ставлю слишком низкую цену, то хочу, чтобы она могла мне сказать, в чем я не прав и почему нужно двигаться иначе.
Это какой-то особый вид мазохизма или желание в конце сказать "яжеговорил"?
Материал хороший. Единственное, что автор как будто забывает, что в мире существует конкуренция. И если раньше это была более-менее понятная конкуренция между русскими, украинцами, нэйтивами и индийцами, то сейчас это конкуренция между людьми, no-code сервисами, чатжпт и высокими ставками казначейств и прочих банков. А выживать как-то надо. И аутсорс уже, если не позаботился и не вывел какой-нибудь продукт, рано (а не поздно) лишится Мр. Смита, который нанял 100500 пхпшников, чтобы они пилили ему один проект 10 лет. Нет такого в аутсорсе больше. Отсюда и паника, страх, которые ведут к куче ошибок. Заказчикам с их копеечными бюджетами, планами полета на Луну (хочу как у Маска!), и вот таким отношением (продай мне эту...скажи в чем я не прав) - удачи и большого человеческого счастья после очередного краша приложения.
Почему-то при всех этих мезо-экономических (на уровне предприятий и регионов) забывают про один простой сов...экономический факт - экономическая система России становится все более закрытой. Да, она настроена на потребление (и это тоже под вопросом), но на производство и обмен знаниями и ресурсами - она работает все хуже. Приток валюты уменьшается, технологии переизобретаются (рутуб, трекеры, замена бурильщиков местными). И при этом население натурально вымирает - эпидемии, войны, социальная политика - т.е., потребителей становится меньше. А выше я написал, что и ресурсов, средств производства, капитала становится меньше. Все это сужающаяся воронка.
Так что годик мы подождали - и дефицита в IT уже не видно. Подождем еще годик - и профицит будет много где.
Наука развивается, но немного не туда, видимо. По сути ещё один подкласс руководителя проектов, который даже сложно дифференцировать.
Обязанности Delivery Manager будут меняться практически ежедневно в зависимости от проекта, над которым он работает.
Вот так не следует писать. Это вводит в заблуждение и наводит на мысли о многостаночнике. Такие девайсы как правило менее отказоустойчивы и более слодны в обслуживании. Швейцарский нож, вероятно, исключение, но и функционал проще.
В целом, интересно. Я в архитектуре почти не разбираюсь, но вот насчёт ИИ не согласен. Мнение в статье выражено поверхностно и без доказательств.
Поясняю. Большинство ML-сервисов:
крутятся на Python-подобном (привет, PyTorch, TensorFlow и разные ...Py)
требуют туеву хучу ресурсов (необязательно)
очень чувствительны к чихам в данных
Поэтому запихнуть что-то что ещё не до конца осознано (как могут измениться данные? методы и модели? понадобится ли их засунуть в озеро?) в монолит выглядит странным. Для этого и есть микросервис, к которому ты можешь обратиться по необходимости, масштабировать, если данных стало много/мало, ну и наконец потушить. Отсюда и flask, FastAPI, и прочее. Нет, конечно есть Hadoop и прочее, но на мой взгляд это больше про ETL. Опять же моделей может быть не одна. Про переобучение, инференс есть отдельная история - не все модели требуется/есть возможность апдейтить на лету.
К сожалению не репрезентативно. 69 человек очень маленькая выборка. Хотя бы раз в 10 побольше. Мне кажется вы могли бы это сделать в своем приложении - мобильном/веб или через таргетированную рассылку, как вариант.
Не очень понял, как укладываются в логику отечественного рабочего места Zoom, MS Teams и Skype?
Я без стеба, там же вроде предлагают что-то от мэйла тестировать. А иначе, это ubuntu и ubuntu, поставить туда можно много чего. Или это типа компромиссный вариант - что ОС обязательно местная, а все остальное - для удобства?
Вчера были большие, но по пять, сегодня маленькие но по три.
Достаточно погуглить уровень знания английского у населения в целом (да, в IT он выше, но никогда не требовался если только ты не customer-oriented), и совместить это с желанием что-либо менять. Отсюда становится понятно, что сениору и здесь хорошо, а джуниору куда-то переезжать невозможно. Судя по статистике с миддлами, они тоже не горят релоцироваться.
Так лучше не писать, инвесторов не то, что маржинкол, а кондратий хватит.
Привет
Можно узнать, сколько по времени заняла реализация данного решения?
Пожалуйста.
Начинающим нужно брать что-то для примера и обучаться по факту. Вряд ли ты построишь экскаватор, если ты не помахал лопатой. Для них, что стандарты PMI, что Agile, что труды Тейлора - все едино, может быть интересно, но непонятно. Поэтому стоит сочетать теорию с практикой.
И на мой взгляд то, что ты описал про менеджмент, это базовое-дополнительное. Т.е., что-то из этого я изучал в университете, а что-то потом читал дополнительно.
Список, на мой взгляд, никак. Я лично не люблю такие громоздкие списки. В лучшем случае выделить несколько книг. Иначе такой объем вводит в ступор и отбивает желание разбираться. Выглядит как список литературы в конце реферативной работы.
Спасибо насчет Реддита. Точно, это же коллективное (бессознательное).
800 долларов звучит дорого. Возможно не до конца понимаю суть и ценность (насколько глубоко), но за 20 человек что-то очень. Но возможно я перечитал Фицпатрика с его "пойди попей пива на конференции".
Вакуумная статья. В продукте мудрые продакты/овнеры покивают головами, и сначала спросят, когда будет готово, а потом когда начнет подгорать станут выжимать календарный план и подписанную кровью оценку.
В аутсорсе наверно в лучшем случае покрутят пальцем у виска, но скорее всего пройдут мимо, чтобы не связываться.
А так все красиво, по Agile. И задачи, конечно, от проекта к проекту одни и те же. В принципе можно еще посчитать среднее количество времени, требуемое на ctrl-c/ctrl-v переноса кода из файла в файл.
Интересно, спасибо за ресурсы!
Вопросы:
Вот совсем денег нет. Как протестировать? Кроме как попросить друзей друзей?
Посмотрел на User Interviews, не до конца понимаю ценообразование за sessions. Сколько (в среднем) уходило на интервьюирование юзеров по опыту?
У этих сервисов получается набрать аудиторию из разных регионов? Или все же в основном Северная Америка (или наоборот, какая-нибудь ЮВА)?
TLDR
На мой взгляд стандарты PMI вполне себе покрывают нужды современного PM (в IT в особенности). А золотого правила не найти - проекты индивидуальны. И тот же Рис он про продукт и Lean Startup, где ты, если ты в роли PM будешь бегать как собачка за палкой, которую бросает Product/Owner, пока наконец хозяин не наиграется и его стартап не закроется (правило 99% никто не отменял). Так что планируй - не планируй, организовывай - не организовывай.
P.S. Выдавать книги списками - такое себе.
Нужна корректура.
DeepSeek не лопата, а карьер. Лопаты продает Хуанг. Золотое дно по-прежнему там.
Буквально сегодня случайно поставил, на замену Алисе, которая по-английски отказывается говорить. И, в общем, снес. Мой неидеальный акцент распознает просто ужасно. Видимо, конкурентов Whisper нет пока.
Это какой-то особый вид мазохизма или желание в конце сказать "яжеговорил"?
Материал хороший. Единственное, что автор как будто забывает, что в мире существует конкуренция. И если раньше это была более-менее понятная конкуренция между русскими, украинцами, нэйтивами и индийцами, то сейчас это конкуренция между людьми, no-code сервисами, чатжпт и высокими ставками казначейств и прочих банков. А выживать как-то надо. И аутсорс уже, если не позаботился и не вывел какой-нибудь продукт, рано (а не поздно) лишится Мр. Смита, который нанял 100500 пхпшников, чтобы они пилили ему один проект 10 лет. Нет такого в аутсорсе больше. Отсюда и паника, страх, которые ведут к куче ошибок. Заказчикам с их копеечными бюджетами, планами полета на Луну (хочу как у Маска!), и вот таким отношением (продай мне эту...скажи в чем я не прав) - удачи и большого человеческого счастья после очередного краша приложения.
Почему-то при всех этих мезо-экономических (на уровне предприятий и регионов) забывают про один простой сов...экономический факт - экономическая система России становится все более закрытой. Да, она настроена на потребление (и это тоже под вопросом), но на производство и обмен знаниями и ресурсами - она работает все хуже. Приток валюты уменьшается, технологии переизобретаются (рутуб, трекеры, замена бурильщиков местными). И при этом население натурально вымирает - эпидемии, войны, социальная политика - т.е., потребителей становится меньше. А выше я написал, что и ресурсов, средств производства, капитала становится меньше. Все это сужающаяся воронка.
Так что годик мы подождали - и дефицита в IT уже не видно. Подождем еще годик - и профицит будет много где.
Наука развивается, но немного не туда, видимо. По сути ещё один подкласс руководителя проектов, который даже сложно дифференцировать.
Вот так не следует писать. Это вводит в заблуждение и наводит на мысли о многостаночнике. Такие девайсы как правило менее отказоустойчивы и более слодны в обслуживании. Швейцарский нож, вероятно, исключение, но и функционал проще.
Подскажите, сколько человеко-часов вы потратили?
Собираетесь коммерциализировать?
Спасибо за статью.
В целом, интересно. Я в архитектуре почти не разбираюсь, но вот насчёт ИИ не согласен. Мнение в статье выражено поверхностно и без доказательств.
Поясняю. Большинство ML-сервисов:
крутятся на Python-подобном (привет, PyTorch, TensorFlow и разные ...Py)
требуют туеву хучу ресурсов (необязательно)
очень чувствительны к чихам в данных
Поэтому запихнуть что-то что ещё не до конца осознано (как могут измениться данные? методы и модели? понадобится ли их засунуть в озеро?) в монолит выглядит странным. Для этого и есть микросервис, к которому ты можешь обратиться по необходимости, масштабировать, если данных стало много/мало, ну и наконец потушить. Отсюда и flask, FastAPI, и прочее. Нет, конечно есть Hadoop и прочее, но на мой взгляд это больше про ETL. Опять же моделей может быть не одна. Про переобучение, инференс есть отдельная история - не все модели требуется/есть возможность апдейтить на лету.
Это не проблема с мидлами, это завышенное ЧСВ у галеры. Еще зачем-то раскрывают имена (пусть даже вымышленные). Почитать бы отзывы работников.
Спасибо за статью. Очень подробно и красочно.
К сожалению не репрезентативно. 69 человек очень маленькая выборка. Хотя бы раз в 10 побольше. Мне кажется вы могли бы это сделать в своем приложении - мобильном/веб или через таргетированную рассылку, как вариант.
Не очень понял, как укладываются в логику отечественного рабочего места Zoom, MS Teams и Skype?
Я без стеба, там же вроде предлагают что-то от мэйла тестировать. А иначе, это ubuntu и ubuntu, поставить туда можно много чего. Или это типа компромиссный вариант - что ОС обязательно местная, а все остальное - для удобства?