Вообще не надо смотреть на звёздочки. Смотрите issue трекер. В действительно популярном проекте будет много issues (закрытые тоже надо смотреть). Плюс смотреть, чтобы в каждом issue был реальный диалог пользователей.
Я понимаю, что при распознавании на устройстве разделители неправильные. Но разве не проще прямо на устройстве произвести манипуляции с уже строковым представлением отсканированного кода и заменить разделители на нужные? С точки зрения масштабируемости нагрузки и с точки зрения затрат клиента тот факт, что вы вынесли это на сервер, даёт огромный минус.
В качестве отправной точки, в принципе, неплохо. Я сам как-то придумывал название для приложения с помощью ChatGPT. В итоге ни одно из 30 названий я не принял, но варианты подтолкнули мысль в верном направлении
Картинок в гугле миллион, но у всех есть копирайты.
Но ведь ничего не мешает вдохновляться картинкой с копирайтом. Точно так же, как вы делаете макет в какой-нибудь Figma, глядя на картинку, сделанную нейросетью, вы можете делать макет, глядя на картинку из Гугла.
Дизайны красивые, мне нравится. Но хотелось бы узнать фидбэк о том, насколько они полезны в работе. Например, сколько времени придётся потратить, чтобы "выдрать" из этих картинок иконки, перегнать их в вектор и собрать в иконочный шрифт. Второй момент: когда такой мокап превратится в готовый продукт, оценить, насколько хорошо или плохо было продумано юзабилити дизайна.
То, что я увидел в статье, выглядит абсолютно неубедительно. Подобных картинок можно просто найти в Гугле целый миллион. А в цену подписки на Midjourney можно купить уже свёрстанную тему. Что касается генерации палитры, то подобных сервисов в интернете миллион.
Пока что я вижу, что нейросеть делает то же, что другие инструменты, только хуже, медленнее и дороже
Именно. Плюс пытаться что-то поменять в своём подходе. Повторять одни и те же действия при полном отсутствии результата нет никакого смысла. Представьте себе ситуацию, вы приходите домой, пытаетесь включить свет, а он не включается. Есть действие - щелчок по выключателю, и есть полное отсутствие фидбэка. Любой нормальный человек пощёлкает туда-сюда пару раз, а потом займётся, как вы выразились, "гаданием на кофейной гуще": попробует включить свет в другой комнате, проверит автоматы, посмотрит, горит ли свет в соседних домах. И только соискатель позиции джуна без опыта работы будет щёлкать выключателем тысячу раз, а потом напишет в линкедин слезливый пост о том, что рынок электричества просел.
Спасибо за статью, мнигие моменты напомнили мне самого себя. Я тоже когда-то работал несколько лет на гос.конторе и прямо сидя на работе начал изучать веб, и первые проекты за деньги делал прямо на той работе)) Кстати, многие нынешние "вайтишники" как-то совершенно упускают из виду возможность набраться опыта на фрилансе. Вы молодец, что этим воспользовались.
Однако хочу дать совет: нет ничего хорошего в том, чтобы работать на двух работах. Все эти статьи про выгорание пишут не на пустом месте.
Ну и второй совет уже не вам, а тем, кто ещё только начинает свой путь в IT. У вас там сначала написано про 1000 откликов вникуда, а потом переделали резюме и довольно быстро нашли работу. Судя по всему, 1000 откликов вникуда - это сейчас стандартная ситуация. Но тут у меня вопрос не к рынку, а к соискателю. Даже в лучшие времена не было такого, чтобы специалист мог найти себе такое огромное количество подходящих вакансий. А проблема в том, что отзываются, не глядя: на офисные вакансии в Раджастане, на позиции архитектора, на другой стек. Другой момент, что важно не только произвести хорошее впечатление, но и не произвести плохого. Поэтому откликаться надо сразу максимум на 5 вакансий, а потом ждать фидбэк и предпринимать меры. Если фидбэка нет в течение пару дней, пытаться понять, почему его нет.
Я привёл этот пример только за тем, чтобы показать, что решение бизнес-задачи - это и есть единственная конечная цель программирования, а все остальные ярусы пирамиды ну никак не могут являться конечными целями ни в каком понимании.
Тем не менее, в вашей пирамиде есть одна интересная закономерность. Под ярусом Business у вас перечислены необходимые технические критерии, а над ярусом - экономические. Ненаписанная, не скомпилированная или не запускаемая программа по определению не может выполнить задачу. А вот плохо читаемая, плохо тестируемая и трудно модифицируемая программа с задачей может справляться хорошо, но быстро станет для бизнеса невыгодной.
Бизнес-задача может решаться вне блока if. Но при этом внутри недосягаемого блока может быть какая-то сложная логика, задействующая много разных классов, объединённых какими-то паттернами, да ещё и покрытых юнит-тестами. Факт запуска юнит-теста при этом закрывает ярус Run из вашей пирамиды. То есть программа по факту работает, и код в ней крутой, но ненужный.
И кстати есть ещё один очень важный критерий любого кода - ресурсоёмкость. Почему-то об этом очень часто забывают. До недавнего времени было принято считать, что в случае серверных приложений выгоднее нанять более дешёвых разработчиков, но арендовать более дорогой сервер, но в последнее время всё чаще бизнес стал понимать, что выгоднее один раз заплатить программисту условно на 5000$ больше, чтобы в будущем экономить 200$ в месяц на инфраструктуре
У вас в рассуждениях фундаментальная ошибка в самом начале. Вы задаётесь вопросом "какая цель?", а в итоге большую часть статьи рассуждаете не о цели, а о средствах её достижения. Цель программирования - программа. А код - это средство достижения цели. К примеру, вот такая программа может полностью удовлетворять всем критериям из вашей пирамиды, но при этом является абсолютно бессмысленной:
if (FALSE) {
// Миллион строк легкоподдерживаемого и удобно-расширяемого кода
}
Там на две позиции выше в выдаче статья How to handle post-request in Node.js without frameworks. Вот там сразу нормально написано. А ниже идёт стек, там лучшие ответ подразумевает использование express, приходится листать дальше и вчитываться. То есть помимо документации нашёлся ещё один источник более удобный, чем Stackoverflow
Папка examples не является платформенно-зависимой. Просто я много работаю с javascript и Drupal. Эта практика применяется и там, и там.
По вашему запросу у меня Stackoverflow только на пятой позиции выдачи. И там приводят сниппет с использованием express. Если вы собираетесь использовать express, сразу смотрите его документацию, там всё есть. А если не собираетесь, то опять же получается, что Stackoverflow не дал ответа на вопрос
Моя мысль изложена в моём первом комментарии. Но поясню ваши вопросы: examples и demo - это в javascript экосистеме принято. Любой пакет или либа имеет либо такую папочку, либо онлайн-демо. Но это конечно не об эндпоинтах.
Говоря о документации, я имею в виду не openapi документацию для эндпоинта, а обычную документацию для фреймворка или библиотеки. Как правило, в нормальных фреймворках в документации есть примеры эндпоинтов. И эти примеры будут проверены и утверждены сообществом, в отличие от Stackoverflow, где может писать каждый. Я вот реально не понимаю, что может быть за такая технология, где будучи сеньор-разработчиком с ходу надо лезть не в доки, а на Stackoverflow.
Никогда, никогда, никогда сеньор-разработчик не будет копировать код первого эндпоинта со Stackoverflow. Он может его скопировать из документации, из папки examples или demo, с другого проекта. Но никогда не со Stackoverflow.
Сеньор никогда не будет копировать код первого эндпоинта с SO, потому что для этого есть во-первых генераторы кода, а во-вторых, документация. Stackoverflow в данном случае вообще лишний. И джун не будет делать то же самое. Когда у джуна возникает вопрос, он идёт гуглить ответ. Когда вопрос возникает у сеньора, он либо уже знает, где именно написан ответ, либо придумывает его сам.
Я сеньор уже много лет, и с трудом вспомню, когда в последний раз приходилось копировать код со Stackoverflow. Если задача простая и маленькая, то код пишешь сразу из головы, не думая. Не потому что помнишь, а потому что знаешь, как воспроизвести. Если же надо воспроизвести длинный кусок кода, то он, как правило, берётся из другой части проекта, или из другого проекта или прямо из ядра фреймворка, библиотеки и т.д. Если под рукой нужного сниппета нет, то он копируется из документации или папки examples в репозитории используемого решения. И вот только если во всех вышеуказанных местах ничего не нашлось, тогда идёшь на Stackoverflow.
Всё просто: джун копирует код на Stackoverflow из вопроса. Миддл - из ответа. А сеньор вообще забыл дорогу на Stackoverflow, потому что привык, что по большинству сложных задач решения в интернете нет.
Вот опять же получается, чтобы чат-бот заменил поисковик, нужно научить чат-бот делать то же самое, что умеет поисковик. На выходе получится ещё один поисковик, только платный и с ограничениями по IP :D Вообще, это уже ставшая привычной практикой попытка поставить телегу впереди лошади. Покуда все восторженно пишут статьи о том, как космические корабли бороздят большой театр, IT-гиганты уже во всю внедряют ИИ в привычные нам инструменты. За последнее время у меня было уже несколько случаев, когда я не знал, как сформулировать запрос, писал просто то, что на уме, и поисковик понимал, что мне нужно. А в итоге окажется, как и с другими инновациями - ИИ просто пропишется в некоторых сферах, как ненавязчивый помощник. А страшилки про толпы безработных, Скайнет и апокалипсис так и останутся страшилками.
Вообще не надо смотреть на звёздочки. Смотрите issue трекер. В действительно популярном проекте будет много issues (закрытые тоже надо смотреть). Плюс смотреть, чтобы в каждом issue был реальный диалог пользователей.
Спасибо, теперь немного понятнее. А вы выясняли, это ошибка в самом ML-kit или в его флаттеровском "обвесе"?
Я понимаю, что при распознавании на устройстве разделители неправильные. Но разве не проще прямо на устройстве произвести манипуляции с уже строковым представлением отсканированного кода и заменить разделители на нужные? С точки зрения масштабируемости нагрузки и с точки зрения затрат клиента тот факт, что вы вынесли это на сервер, даёт огромный минус.
Я так и не понял, зачем баркод отправлять на ML-сервер. Что мешает привести его к нужной форме прямо на устройстве?
В качестве отправной точки, в принципе, неплохо. Я сам как-то придумывал название для приложения с помощью ChatGPT. В итоге ни одно из 30 названий я не принял, но варианты подтолкнули мысль в верном направлении
Но ведь ничего не мешает вдохновляться картинкой с копирайтом. Точно так же, как вы делаете макет в какой-нибудь Figma, глядя на картинку, сделанную нейросетью, вы можете делать макет, глядя на картинку из Гугла.
Дизайны красивые, мне нравится. Но хотелось бы узнать фидбэк о том, насколько они полезны в работе. Например, сколько времени придётся потратить, чтобы "выдрать" из этих картинок иконки, перегнать их в вектор и собрать в иконочный шрифт. Второй момент: когда такой мокап превратится в готовый продукт, оценить, насколько хорошо или плохо было продумано юзабилити дизайна.
То, что я увидел в статье, выглядит абсолютно неубедительно. Подобных картинок можно просто найти в Гугле целый миллион. А в цену подписки на Midjourney можно купить уже свёрстанную тему. Что касается генерации палитры, то подобных сервисов в интернете миллион.
Пока что я вижу, что нейросеть делает то же, что другие инструменты, только хуже, медленнее и дороже
Именно. Плюс пытаться что-то поменять в своём подходе. Повторять одни и те же действия при полном отсутствии результата нет никакого смысла. Представьте себе ситуацию, вы приходите домой, пытаетесь включить свет, а он не включается. Есть действие - щелчок по выключателю, и есть полное отсутствие фидбэка. Любой нормальный человек пощёлкает туда-сюда пару раз, а потом займётся, как вы выразились, "гаданием на кофейной гуще": попробует включить свет в другой комнате, проверит автоматы, посмотрит, горит ли свет в соседних домах. И только соискатель позиции джуна без опыта работы будет щёлкать выключателем тысячу раз, а потом напишет в линкедин слезливый пост о том, что рынок электричества просел.
Спасибо за статью, мнигие моменты напомнили мне самого себя. Я тоже когда-то работал несколько лет на гос.конторе и прямо сидя на работе начал изучать веб, и первые проекты за деньги делал прямо на той работе)) Кстати, многие нынешние "вайтишники" как-то совершенно упускают из виду возможность набраться опыта на фрилансе. Вы молодец, что этим воспользовались.
Однако хочу дать совет: нет ничего хорошего в том, чтобы работать на двух работах. Все эти статьи про выгорание пишут не на пустом месте.
Ну и второй совет уже не вам, а тем, кто ещё только начинает свой путь в IT. У вас там сначала написано про 1000 откликов вникуда, а потом переделали резюме и довольно быстро нашли работу. Судя по всему, 1000 откликов вникуда - это сейчас стандартная ситуация. Но тут у меня вопрос не к рынку, а к соискателю. Даже в лучшие времена не было такого, чтобы специалист мог найти себе такое огромное количество подходящих вакансий. А проблема в том, что отзываются, не глядя: на офисные вакансии в Раджастане, на позиции архитектора, на другой стек. Другой момент, что важно не только произвести хорошее впечатление, но и не произвести плохого. Поэтому откликаться надо сразу максимум на 5 вакансий, а потом ждать фидбэк и предпринимать меры. Если фидбэка нет в течение пару дней, пытаться понять, почему его нет.
Я привёл этот пример только за тем, чтобы показать, что решение бизнес-задачи - это и есть единственная конечная цель программирования, а все остальные ярусы пирамиды ну никак не могут являться конечными целями ни в каком понимании.
Тем не менее, в вашей пирамиде есть одна интересная закономерность. Под ярусом Business у вас перечислены необходимые технические критерии, а над ярусом - экономические. Ненаписанная, не скомпилированная или не запускаемая программа по определению не может выполнить задачу. А вот плохо читаемая, плохо тестируемая и трудно модифицируемая программа с задачей может справляться хорошо, но быстро станет для бизнеса невыгодной.
Бизнес-задача может решаться вне блока if. Но при этом внутри недосягаемого блока может быть какая-то сложная логика, задействующая много разных классов, объединённых какими-то паттернами, да ещё и покрытых юнит-тестами. Факт запуска юнит-теста при этом закрывает ярус Run из вашей пирамиды. То есть программа по факту работает, и код в ней крутой, но ненужный.
И кстати есть ещё один очень важный критерий любого кода - ресурсоёмкость. Почему-то об этом очень часто забывают. До недавнего времени было принято считать, что в случае серверных приложений выгоднее нанять более дешёвых разработчиков, но арендовать более дорогой сервер, но в последнее время всё чаще бизнес стал понимать, что выгоднее один раз заплатить программисту условно на 5000$ больше, чтобы в будущем экономить 200$ в месяц на инфраструктуре
У вас в рассуждениях фундаментальная ошибка в самом начале. Вы задаётесь вопросом "какая цель?", а в итоге большую часть статьи рассуждаете не о цели, а о средствах её достижения. Цель программирования - программа. А код - это средство достижения цели. К примеру, вот такая программа может полностью удовлетворять всем критериям из вашей пирамиды, но при этом является абсолютно бессмысленной:
Там на две позиции выше в выдаче статья How to handle post-request in Node.js without frameworks. Вот там сразу нормально написано. А ниже идёт стек, там лучшие ответ подразумевает использование express, приходится листать дальше и вчитываться. То есть помимо документации нашёлся ещё один источник более удобный, чем Stackoverflow
Папка examples не является платформенно-зависимой. Просто я много работаю с javascript и Drupal. Эта практика применяется и там, и там.
По вашему запросу у меня Stackoverflow только на пятой позиции выдачи. И там приводят сниппет с использованием express. Если вы собираетесь использовать express, сразу смотрите его документацию, там всё есть. А если не собираетесь, то опять же получается, что Stackoverflow не дал ответа на вопрос
Моя мысль изложена в моём первом комментарии. Но поясню ваши вопросы: examples и demo - это в javascript экосистеме принято. Любой пакет или либа имеет либо такую папочку, либо онлайн-демо. Но это конечно не об эндпоинтах.
Говоря о документации, я имею в виду не openapi документацию для эндпоинта, а обычную документацию для фреймворка или библиотеки. Как правило, в нормальных фреймворках в документации есть примеры эндпоинтов. И эти примеры будут проверены и утверждены сообществом, в отличие от Stackoverflow, где может писать каждый. Я вот реально не понимаю, что может быть за такая технология, где будучи сеньор-разработчиком с ходу надо лезть не в доки, а на Stackoverflow.
Никогда, никогда, никогда сеньор-разработчик не будет копировать код первого эндпоинта со Stackoverflow. Он может его скопировать из документации, из папки examples или demo, с другого проекта. Но никогда не со Stackoverflow.
Сеньор никогда не будет копировать код первого эндпоинта с SO, потому что для этого есть во-первых генераторы кода, а во-вторых, документация. Stackoverflow в данном случае вообще лишний. И джун не будет делать то же самое. Когда у джуна возникает вопрос, он идёт гуглить ответ. Когда вопрос возникает у сеньора, он либо уже знает, где именно написан ответ, либо придумывает его сам.
Я сеньор уже много лет, и с трудом вспомню, когда в последний раз приходилось копировать код со Stackoverflow. Если задача простая и маленькая, то код пишешь сразу из головы, не думая. Не потому что помнишь, а потому что знаешь, как воспроизвести. Если же надо воспроизвести длинный кусок кода, то он, как правило, берётся из другой части проекта, или из другого проекта или прямо из ядра фреймворка, библиотеки и т.д. Если под рукой нужного сниппета нет, то он копируется из документации или папки examples в репозитории используемого решения. И вот только если во всех вышеуказанных местах ничего не нашлось, тогда идёшь на Stackoverflow.
Всё просто: джун копирует код на Stackoverflow из вопроса. Миддл - из ответа. А сеньор вообще забыл дорогу на Stackoverflow, потому что привык, что по большинству сложных задач решения в интернете нет.
Вот опять же получается, чтобы чат-бот заменил поисковик, нужно научить чат-бот делать то же самое, что умеет поисковик. На выходе получится ещё один поисковик, только платный и с ограничениями по IP :D Вообще, это уже ставшая привычной практикой попытка поставить телегу впереди лошади. Покуда все восторженно пишут статьи о том, как космические корабли бороздят большой театр, IT-гиганты уже во всю внедряют ИИ в привычные нам инструменты. За последнее время у меня было уже несколько случаев, когда я не знал, как сформулировать запрос, писал просто то, что на уме, и поисковик понимал, что мне нужно. А в итоге окажется, как и с другими инновациями - ИИ просто пропишется в некоторых сферах, как ненавязчивый помощник. А страшилки про толпы безработных, Скайнет и апокалипсис так и останутся страшилками.