Считаете ли вы этот инструмент полезным? То поделитесь этим с друзьями или коллегами. Это поможет нам сделать наши бесплатные веб-инструменты лучше.
Вставьте свой код или текст сюда, чтобы поделиться им:
Информация о встраивании
Чтобы встроить этот контент в свой веб-сайт или блог, просто скопируйте и вставьте один из приведенных ниже кодов.
1. JavaScript Встраивание (показывает полный код, полную высоту в зависимости от количества вставляемых строк)
2. Iframe Встраивание (например, вы можете установить высоту фрейма, добавив значение CSS ‘height:100px;’)
Источник: wtools.io
ИИ научили писать код | Copilot от GitHub и OpenAI
Как правильно находить готовые коды, плагины на разных языках?
Я предпрениматель, у меня свои программисты. Часто надо писать код стартапам, и надо искать пути максимально удешевить разработку первой POC(prouve of concept) версии.
Существует много готовых кодов, частей программ или целиком, как искать,
теститировать, находить то что да можно использовать?
Напремер можно брать или готовые компоненты, или целеком программу и немного переписывать и тп.
Как правильно производить такой ресерчь?
На каких площадках?
Возможно бесплатных и платных кодов.
заранее спасибо за ответы
- Вопрос задан 29 нояб. 2022
- 549 просмотров
5 комментариев
Средний 5 комментариев
У вас есть программисты. Это их забота, где брать код =)
Я предпрениматель, у меня свои программисты.
.
Существует много готовых кодов, частей программ или целиком, как искать,
теститировать, находить то что да можно использовать?
Твои программисты должны уметь находить нужный код. Это не твоя задача.
Уточню вопрос, наскольким может быть эффективным, для снижения стоимости разработки пробной версии, такой подход, не писать с нуля, а соединять куски программ или целеком в зависимости от ТЗ уже кем то написаные?
я думаю должно быть достаточно много хорошего кода. в открытом доступе.
знаю многие программисты предпочтут писать все с нуля.
мне же помогать предпринимателям со стартапами у которых ограничен буджет,
и я тоже должен заработать, иначе какой смысл работать.
У меня по факту на руках проект который надо разработать за намного меньшую стоимость,
чем если все с нуля прописывать.
уточнять вопрос надо не в ответе, а в вопросе
Решения вопроса 1
Ответ на ваше уточнение.
а соединять куски программ или целеком в зависимости от ТЗ уже кем то написаные?
На сегодняшний день это и есть основная работа большинства разработчиков. Они берут «куски программ», т.е. сложные, отлично написанные библиотеки, и соединяют их в зависимости от ТЗ.
Если задача типовая — под неё уже наверняка кто-то написал или пишет библиотеку (вот такие программисты ленивые и изобретательные), если задача НЕтиповая, т.е. её решение нужно и ценно только ВАМ — ну тогда логично, что за вас её никто ещё не успел написать. Огромное количество задач в разработке ПО уже решено с помощью библиотек. По сути в каждом новом проекте вы пишете лишь небольшой кусочек кода, который решает именно вашу задачу. ОСОБЕННО это касается всяких стартапов и PoC, которые по сути и есть склеивание библиотек плюс небольшой кусочек бизнес-логики для демонстрации идеи.
я думаю должно быть достаточно много хорошего кода. в открытом доступе.
Ну да, его много. Это всё — библиотеки.
мне же помогать предпринимателям со стартапами у которых ограничен буджет,
и я тоже должен заработать, иначе какой смысл работать.
Т.е. идея вашего предприятия — сделать проект за меньшие деньги, чтобы пришли именно к вам? Так этого хочет любой предприниматель, кроме тех немногих, которые настолько круты, что им заплатят любые деньги за их работу. Это называется рынок. Не вижу никаких новшеств с вашей стороны, переформулируйте.
Существует много готовых кодов, частей программ или целиком
Вам нужно понять, что фрагмент готового кода, особенно если он достаточно крупный (не 10 строк, а, допустим, 10 тысяч строк) ценен тогда, когда у него есть хорошо описанный интерфейс (API) и хорошо поставленные требования к нему, который этот код выполняет. Это всё и есть часть определения понятия «библиотека».
А если у вас в распоряжении трёхстраничный gist на гитхабе, то фиг вы его куда прикрутите, пока не разберётесь, что там написано. А с учётом того, что идеально этот кусок кода всё равно вам не подойдёт, то ещё и выяснится, что проще с нуля написать.
Ответ написан 30 нояб. 2022
Нравится 3 1 комментарий
спасибо
помогающий ответ
(и за низкие цены не заинтересован работать, но попрасили, я согласился помочь, теперь расматриваю все возможные решения. Паралельно сметаем с ТЗ все что не must to be, а nice to have.
для меня это тоже челендж))
Ответы на вопрос 5
Это мой правильный ответ на твой вопрос
Мда. С такой грамотностью далеко не уйдёшь. ПредпрИниматель.
Я дам простой ответ — предприниматель сам должен уметь находить ответы на вопросы, которые ты здесь задаёшь.
Ты занимаешься не своей работой.»Куски кода искать» должен не руководитель, а разработчик, это его работа и его профессия, за это ты платишь ему деньги
Ответ написан 29 нояб. 2022
Нравится 14 5 комментариев
прикольный ответ, но далек от реальности,
это и есть мой поиск, спросить кто знаком с темой и может помочь.
на ошибки забей, я сдетства живу в страннах где не говорят по русски.
насчет бездельника, было бы прикольно побездельничать, но не когда на тебя
работают более 70 человек, в двух созданных тобой компаниях
Плиз не тратьте мое время если нет ответов, не зная кто я и чем занимаюсь.
Я попрасил помощи, кто может поможет, кто не может и отвечает то тому точно не чем заняться и кто тут бездельник, а кто хорошо умеет создавать компании?
kidum, я точно такой же предприниматель, у меня три компании и 50 человек. У меня есть время поотвечать в интернетике
Николай Савельев, не, не, не. Это я предприниматель — у меня примерно 240 человек и 5 точек.
Griboks, пока вы тут отдыхали у меня уже 1017 человек и 9 компаний
Николай Савельев, нехило отдохнул! Это вы, наверное, задонатили, чтобы так быстро новых людей получить?
Люди всё правильно говорят. Это не тот вопрос, которым следует заниматься способному в лучшем случае к NoCode управленцу. Так-то найти куски кода, который делает что-то, не так сложно. По ключевым словам легко найти практически что угодно на гихабе, хабре, stackoverflow, куче форумов, в документации к конкретным языкам и библиотекам. Сейчас ещё и расплодились агрегаторы кода, которые по ключевым словам выдёргивают фрагменты кода из кучи опенсурсных проектов, иногда бывают полезны, но чаще раздражают.
Но даже если найти кусок кода или название библиотеки (на что уйдёт пять минут) — а что дальше? Чтобы понять, что делает этот кусок кода, какие у него достоинства и недостатки, какие ограничения — это нужна уже компетенция квалифицированного программиста. А вдруг этот код или эта библиотека жалко помрёт, если вместо скромных 100 байт из тестового набора скормить мегабайт осмысленных данных?
Программист намного более эффективно проведёт отбор вариантов (сразу выкинув лишь кажущиеся перспективными, но совершенно бестолковые варианты, делающие не то, что надо, или не так, как это разумно), а затем более квалицифированно разберёт всё, что осталось. Конечно, можно ему сказать «я тут видел XXX и YYY, которые кажутся интересными» (и это не запрещено — почему бы и не сказать?), но программист всё равно сделает этот же поиск с нуля ещё раз и выберет ZZZ, который управленец выкинул при отборе, потому что ошибочно посчитал, что он тут не годится.
Так-то куски кода никто не запрещает искать (поисковики достаточно хорошо натренированы и неплохо их находят), но делать далеко идущие планы на основе своего неквалифицированного непонимания самостоятельно найденного кода настоятельно не рекомендую.
Ответ написан 29 нояб. 2022
Нравится 7 5 комментариев
спасибо, ответ по делу.
Согласен что я порочу программисту делать этот ресерчь и выбрать то что он считает правильным.
Вопрос, наскольким может быть эффективным, для снижения стоимости разработки пробной версии, такой подход, не писать с нуля, а соединять куски программ или целеком в зависимости от ТЗ?
kidum, это зависит от сложности проекта и количества изменяемых в нём частей.
Бывает так, что существующий проект настолько сложен для понимания или поддержки, что проще и дешевле написать своё с нуля. А бывает и наоборот.
Вопрос, наскольким может быть эффективным, для снижения стоимости разработки пробной версии, такой подход, не писать с нуля, а соединять куски программ или целеком в зависимости от ТЗ?
А так часто и делают, MVP/PoC нередко представляет из себя некоего на коленке собранного кадавра, где конфигурация и пути к файлам зашиты прямо в код, вместо вызова библиотечных функций вызываются внешние приложения с передачей данных файлами. В итоге это может выглядить как приложенька, куда загружают фото котика, приложенька выводит породу котика, а потом требует перезапуска для следующей фотки. Саму возможность по фотке определять породу демонстрирует, ну и замечательно. Красиво и аккуратно будем писать тогда, когда решение о дальшейшей разработке проекта будет окончательно принято.
Но для непрограммистов подобное обычно ограничивается или NoCode-сервисами типа модных нынче workflow-конструкторов всяких телеграм-ботов, или тривиальными скриптами (либо bat-файлами), которые вызывают какие-то готовые программы. Для чего-то чуть-чуть более сложного придётся всё же хоть немного программировать. Даже если и на малознакомом языке (например, я слабо умею в js, но если надо — я как-нибудь смогу доработать какой-нибудь несложный скрипт,).
я думаю должно быть достаточно много хорошего кода. в открытом доступе.
К сожалению, плохого и даже отвратительного кода тоже очень и очень много. А чтобы ещё и компетентно отличить одно от другого, нужно хоть немного уметь программировать. Опять всё упирается в то, что без знания программирования практически никуда.
У меня по факту на руках проект который надо разработать за намного меньшую стоимость, чем если все с нуля прописывать.
Если проект действительно нереально разработать на имеющихся условиях, то лучше от него отказаться.
Варианты есть, конечно. Например, можно инвестировать из своих средств, если есть понимание, что эта разработка может быть продана ещё нескольким заказчикам. Можно пойти на работу в некоторый убыток по конкретному проекту, если это позволит получить прибыльного долгосрочного клиента. Но это надо прям иметь офигенную уверенность, чтобы не пускать деньги на ветер.
Как пример, мой работодатель сделал за свой счёт интеграцию с одним известным сервисом для мелких бизнесов под спецификацию API этого сервиса, это была неплохая стратегическая инвестиция, поскольку она привела нам сотни этих самых мелких клиентов. Сам сервис заявил, что интегрироваться с нашим собственным API он будет минимум полгода и небесплатно.
Бывают и менее удачные примеры. Например, мы разработали интеграцию с местным вьетнамским мессенджером Zalo. Но за 3 года ни одного клиента на этот мессенджер так и не появилось. Впрочем, у нас и клиентов из Вьетнама до сих пор нет. А этот мессенджер предлагает бизнес API только для бизнесов, у которых есть хотя бы представительство во Вьетнаме, так что для других стран он коммерчески неинтересен.
Источник: qna.habr.com