Вот тебе пример того, что production-ready называю я, касательно библиотек/фреймворков/etc: https://stackoverflow.com/questions/52009044/what-makes-a-production-code
Snusmumriken
Highly Likely
Твои изречения пока что не менее субъективны, чем этот ответ. Поэтому тут какая-то штука с “твое слово против моего”
Snusmumriken
С кодом такое не работает. Что такое "очевидный баг"? Это какая-то ерунда.
Что такое "достаточность покрытия"? Достаточность для кого? Кто пишет рамки достаточности?
Что такое "самодокументированность"? Для кого она очевидна? Какой уровень знаний должен быть у того кто читает код чтобы для него он был самодокументированным?
Ну и так далее.
Highly Likely
В Айти, в целом, в отличие от математики, очень мало “объективного” при разработке какого бы то ни было решения. Есть общепринятые концепции/нормы/правила. Которые когда-то могут нарушаться, когда-то нет. That’s all
Snusmumriken
У токаря, как ни странно, очень много объективного, хотя он изготавливает вещи реального мира, максимально далёкого от этой самой математики )
И граница между готовой деталью и запоротой — совершенно чёткая.
Highly Likely
Все еще не улавливаю связи с токарем и разработчиком
Highly Likely
Аналогия не является аргументом
Snusmumriken
А том, что у токаря, есть стандарты.
У программиста их нет (или как бы есть, но зависят они как бы от того где он работает), хотя занят он тем же самым.
Highly Likely
Чем?
Snusmumriken
Изготовлением абстрактных деталюшек по предметной области
Highly Likely
Токарь изготавливает вполне себе конкретные деталюшки, а не абстрактные
Snusmumriken
В данном случае, разница в абстрактности не имеет никакого принципиального значения.
Highly Likely
Твоя аналогия в целом сравнима с “Маляр тоже художник"
Highly Likely
Или “художник занимается тем же самым что и маляр"
Snusmumriken
Напротив, абстрактность деталек должна позволять делать объективные критерии для изготавливаемой деталюшки. Но их почему-то нет, точнее есть но через жопу так что на самом деле нет.
Highly Likely
Объективный критерий разработчика — шоб код выполнял функции, требуемые по ТЗ с заданными ограничениями. Всё
Snusmumriken
Отлично, это продукшн-реди-код. Больше ничего в общем-то не нужно )
Highly Likely
Лол
Highly Likely
Исходя из твоей логики, я могу сделать вывод, что если б ты делал условные автомобили, то они б состояли из рамы, коле, мотора и одного сидения. Что, конечно, действительно, позволит на них “ездить”, вот только неясно, насколько это кому-то будет нужно
Snusmumriken
Или “художник занимается тем же самым что и маляр"
Напротив, "скульптор занимается тем же самым что трыдэ-скульптор, только обычный не имеет понятия о вершинках а второй о долоте".
Highly Likely
Продакшен-реди — это такая же субъективная метрика, как и методология/концепция/паттерн. Все эти SOLID, DRY, KISS, YAGNI, Agile, MVC/MVVC/и прочие трехбуквенные сокращения — не более чем договоренность среди людей
Snusmumriken
Вот.
Highly Likely
Что вот?
Snusmumriken
Именно поэтому предпочитаю не использовать его как характеристику чего-то конкретного.
Anonymous
Хорошо, буду говорить. Код который можно отправить кому то и он сможет этим нормально пользоваться.
Highly Likely
Я не отрицал, что production-ready это субъективная характеристика. Но в целом есть общепринятые (пусть и широкотрактуемые) нормы, которые либо соответствуют, либо не соответствуют production-ready. Ты можешь полностью игнорировать любые паттерны проектирования, и писать код, который будет работать — но вот захотят ли с ним работать другие люди в индустрии вопрос другой
Snusmumriken
Какие-то — определённо "захотят", если выбора не будет ))
Highly Likely
Рано или поздно “какие-то” упрутся в то, что они просто не могут эффективно поддерживать этот код за вменяемые деньги
Snusmumriken
Хех, у меня есть знакомый который зарабатывает некислые бабосеки, поддерживая свою намеренно кривую но дико важную фигню, которую слишком дорого переписывать/учить её поддерживать других.
Продакшн реди ли это? Да.
Anonymous
Ага. Так chrome / unity / qt ect... всех и сожрали. Люди просто устали.
Highly Likely
Любая разработка — это баланс между правильной архитектурой / хорошим кодом / хорошими инструментами и “лишь бы работало прямща”. И продакшен-реди значит, что используя библиотеку A, а не B, ты сможешь решать задачи в X раз быстрее, чем при библиотеки B Васи Пупкина
Highly Likely
Хех, у меня есть знакомый который зарабатывает некислые бабосеки, поддерживая свою намеренно кривую но дико важную фигню, которую слишком дорого переписывать/учить её поддерживать других.
Продакшн реди ли это? Да.
Аппеляция к опыту/бабосекам/частному случаю не являются аргументацией. Оно не экстраполируется на индустрию
Snusmumriken
Ох, ещё как экстраполируется.
Snusmumriken
Luajit с тобой не согласен, Майк Полл уже заработал кучу деняк на своей фигне и её поддержке/расширении. Является ли оно частью индустрии? Да.
Highly Likely
При этом и Мылру, и мы в Айпионе вполне себе пользуемся своими решениями, часто на основе Майка Полла. Как раз-таки потому, что он написал код, близкий к production-ready, а не потому, что там “говнокод который никто не может поддерживать”
Snusmumriken
Что я собственно демонстрирую: разрыв между желаемым (надо делать так шобы было круто!!1) и действительным, тем что получается на практике в сжатые сроки с постоянно менающимися требованиями когда тебе за это не платят.
Highly Likely
Вот что-что, а LuaJIT написан крайне прилично
Snusmumriken
Вот что-что, а LuaJIT написан крайне прилично
Не весь, и в этом его прелесть для Майка.
Highly Likely
Нет. Прелесть для Майка в том, что рынок Lua достаточно мал. И внутри него не очень много желающих писать свой JIT. А не потому, что никто не может его “допилить”. Могут. И примеров этого больше чем 1
Snusmumriken
Нууу, это тоже является частью прелести, иначе бы он не смог провернуть то что провернул.
А ля "няшная демоверсия которую можно править" и "полный функционал за которым надо погрузиться чтобы править"
Highly Likely
Ты пытаешься использовать Майка Полла как аргумент “там херово написано, никто не может разобраться, но это используют, значит это продакшен-реди”. Нет, там написано нормально. Но отсутствие поддержки со стороны Полла, нежелание кого-то активно этим заниматься (в силу слишком узкого круга разработчиков на Lua) и в целом крайне небольшое число хороших системных инженеров приводит к тому, что легче заплатить Полу, чем делать самостоятельно.
Это не то же самое, что “я написал программу для расчета термоядерной физики, единственную в мире, но на своем проприетарном языке, который кроме меня никто не знает, и весь код написан на goto, платите деняки”.
Более того, говоря по личному опыту, много где LuaJIT не используют как раз потому что он этим самы продакшен-реди не является. У него много корнеркейсов, которые очевидные, но которые для среднестатистического пользователя незаметны, но очень болезненны для бизнеса.
Highly Likely
Почему люди предпочитают использовать SDL, а не графическую библиотеку Васи Пупкина на гитхабе?
Highly Likely
Почему люди ставят на сервера Ubuntu, а не самописную ОС какого-нибудь чувака с Хабра?
Highly Likely
Короче, ес честно, мы дисскутируем ниачем. И я, пожалуй, откланяюсь
Anonymous
Согласен, в целом про продакшен. Смысл именно в том, что разработчик/и уверены что мы сделали так, что пользователь может это использовать. Готовый софт или библиотека не важно. Должна быть маломальская уверенность.
Именно по этому я не хочу писать Core на Си. Это превратится в вечное переписывание кода.
Банально я его не знаю достаточно хорошо.
Да и у Си своих болячек много, а в экосистеме go/cgo я как рыба в воде.
Hello, World! 🎄
Snusmumriken
Короче, ес честно, мы дисскутируем ниачем. И я, пожалуй, откланяюсь
Хех, тут есть целый ряд причин, гораздо шире чем мифическое качество кода )
Хотя бы потому что типовой алгоритм поиска какой-то фигни в гугле "библиотека для чего-то там" или условный "линукс для начинающих", и эти штуки банально находятся в тренде в области, или не имеют полноценных аналогов (sdl уже частично имеет, и это raylib, и несмотря на качество реализации, оно кстати написано Васей Пупкиным, но немножко "хайпануло").
Та же ловка написана Васями Пупкиными, и на текущий момент имеет весьма стрёмную архитектуру кстати. В 9.0 была ГОРАЗДО проще, сейчас люто усложнена особенно с графической стороны.
Snusmumriken
🌚
Hello, World! 🎄
Хех, тут есть целый ряд причин, гораздо шире чем мифическое качество кода )
Хотя бы потому что типовой алгоритм поиска какой-то фигни в гугле "библиотека для чего-то там" или условный "линукс для начинающих", и эти штуки банально находятся в тренде в области, или не имеют полноценных аналогов (sdl уже частично имеет, и это raylib, и несмотря на качество реализации, оно кстати написано Васей Пупкиным, но немножко "хайпануло").
Та же ловка написана Васями Пупкиными, и на текущий момент имеет весьма стрёмную архитектуру кстати. В 9.0 была ГОРАЗДО проще, сейчас люто усложнена особенно с графической стороны.
Давай свой графический движок и свой язык который будет идеален.
Я уже даже самое сложное придумал, название: mumriken2d \ SnusLang .
Snusmumriken
Я помню как юнька от Вась Пупкиных хайповала, не качеством кода (она была дико глючной) а рекламой и портируемостью.
Snusmumriken
Snusmumriken
Snusmumriken
Хыхы
usernameak
Snusmumriken
Ды, там же написано всё SDL_Delay
Hello, World! 🎄
А почему lua не интегрировал? 😁
Snusmumriken
Потому что D.
Snusmumriken
Он и так почти как луа механически.
Hello, World! 🎄
😐
Snusmumriken
Всмысли? D — самое комфортное что случалось со статическими языками.
Snusmumriken
Попробуй, базарю, ещё захочешь
Hello, World! 🎄
Ок, посмотрю
Hello, World! 🎄
Это? https://dlang.org/
Hello, World! 🎄
Aqendo
Тут ещё "V" популярность набирает, сам слышал пару раз только о нём, но говорят это Go, но только некоторые моменты сделаны удобнее
usernameak
Всмысли? D — самое комфортное что случалось со статическими языками.
комфортное, но развивается он ужасно... он вообще развивается?
usernameak
в последний раз когда я его тыкал (это было пару лет назад), у него были проблемы с тулчейном и стд
Snusmumriken
комфортное, но развивается он ужасно... он вообще развивается?
Но он уже весьма хорош по базовым тулзам основным
Luсky
Согласен, в целом про продакшен. Смысл именно в том, что разработчик/и уверены что мы сделали так, что пользователь может это использовать. Готовый софт или библиотека не важно. Должна быть маломальская уверенность.
Именно по этому я не хочу писать Core на Си. Это превратится в вечное переписывание кода.
Банально я его не знаю достаточно хорошо.
Да и у Си своих болячек много, а в экосистеме go/cgo я как рыба в воде.
Я просто написал бы модуль к блендеру на питоне. Когда отлежалось бы и устаканилось, переписал бы на Си.
Luсky
Или поковырял бы dascript в dasbox
Luсky
GitHub - bkaradzic/bgfx: Cross-platform, graphics API agnostic, "Bring Your Own Engine/Framework" style rendering library.
https://github.com/bkaradzic/bgfx
Luсky
И кстати о либах👆
Anonymous
Я просто написал бы модуль к блендеру на питоне. Когда отлежалось бы и устаканилось, переписал бы на Си.
Ага только у меня векторно пиксельный редактор делается. Что то типо пиксельного Inkscape.
Не спрашивайте даже зачем, просто я обожаю рисовать кривыми. Но в пиксельных редакторах, много чего нет.
+ управление векторами из lua. То есть скилет персонажа рисуем, а его анимацию пишем на Lua.
Как то так.
Да BGFX крутой, но я его не знаю. Даже что бы делать прототип.
Raylib + SDL у меня из го. У первого свой враппер с патчами к исходникам (под нужды).
SDL как альтернатива. То есть при сборки я могу указать любой бэкэнд.
Потом уже поверх свое Lua API которое очень сильно мне упрощает жизнь.
В целом сам стек я планирую потом использовать для своих всех проектов.
GUI / Game / Редакторы и.т.д. А пока все это далеко от продакшена. Я юзаю то что доступно.
WDMR
lua топ
Aqendo
Ок
WDMR
скажите хлопцы. а есть на луе на чем бекенд пилить
WDMR
проект уровня небольшой интернет магазин