Добавлю, что так же читаемость не может говорить о качестве кода и уровне разработчика, если ты не знаешь в каких он был условиях и рамках.
Пример: была давно статья про киш-девелоперов, в которой описывалось, как в Фортране при помощи отрицательной индексации и т.д. делались хаки в ОС спутников НАСА, что бы делать обновления и патчи, которые не были предусмотрены до этого.
Ясно, что в условиях офиса - это жесткие костыли, которые "не приветствуются". Но иногда разработчики находятся в таких рамках, что это становится уже Кунг-Фу высшего класса.
Но просто смотря на код этого сказать нельзя без контекста.
П.С. Но стремиться к красоте нужно всегда. Просто в рамках доступного ресурса и рациональности его расходования.
Ну вы сразу ввязались в очень мощный замес. Битву на тему отечественного ПО может вытянуть тут только сильно бывалый конь. И борозда практически не протоптана.
А вы еще и написали в стилистике ИИ - открыли фактически второй фронт для себя. Тут такое люди не любят.
В общем - вы молодец, боец. И тема достойная и развивать нужно. Но вы следующий раз не рвите сразу в бой и проводите разведку и исследование :)
Все таки добавлю, что предложеный в комментарии метод обертки ошибки (или переупаковки по своему) все таки рабочий и его в статье не упомянули.
Вот его особенности:
это самый простой метод
он не требует никаких дополнительных зависимостей или манипуляций
он полностью "по правилам" Java; это не хак
место вызова может вырасти, но можно подготовить ряд функций-врапперов и колбеков; в общем можно сделать локанично; например работа с ФайлСтрим, где чекед на каждый чих, но использования стандартны и можно красиво подготовиться
есть определенное сокрытие оригинального исключения за враппером, но это можно и локанично и понятно решить, и возможно скоро будет решаться вообще паттерн матчингом легко совсем; и главное - чаще всего в таких ситуациях детали эксепшина не важны и враппер не особо портит картины и ошибку ждет общий обработких (типа залогать и вернуть 500).
Я тоже считаю, что с самокатами нужно что-то делать, но эта статья - это манипуляция без цифр и сравнения с общим числом ДТП и ДТП с мопедами; и общим числом машин, самокатов и мопедов. то бы понимать аварийность ситуации в сравнении.
Может то, что здесь описано - это 0.0000001% и говорить не о чем.
По поводу хейтеров - обращайте их энергию в свою пользу: спорьте, обсуждайте и доказывайте. Так кого-то переубедите + активность будет подымать ваши материалы в выдаче.
Главное беречь нервы и просто работать. Дело годное. Удачи!
Скажу что вам повезло: удачно в себе совмещаете творчество (создание ассетов и креатив) и маркетинг (каналы, соц. сети, видео, портфолио, скидки, паки, распродажи, трюки с ценами, ...). Это редкая комбинация.
Небольшой вопрос: поскольку железо является необходимой частью такого начинания, не могли бы вы написать: какое железо у вас и какое вы бы порекомендовали? Видел, что вы писали выше о минималках, но тут про ваш опыт интересно и ваши желания по железу.
В целом - да. Я просто привел как еще один пример попытки приблизить JavaScript к native. Имел ввиду, что похоже это именно тренд. Чем дальше - тем чаще у ЖСа прорывы по перформансу в текущих средних размерах проектов.
Суть асм.жс - урезаный ЖС, через урезаную гибкость и работу с типами (сделать более С-подобным; Го-подобным, так как есть CG) - и тогда сильно уменьшается объем инфраструктурной логики, что делает его сильно ближе к нативному С по производительности.
По вашей логике я бы тогда не узнал про NVim вообще. Сидел бы в других IDE и редакторах. И решал бы все свои вопросы в их рамка. И никогда не гуглил бы то, о чем и не представляю.
А так периодический случайный поиск и апдейт по технологиям иногда приносит неожиданные результаты.
Но подчеркну, что согласен с вами - в тупую гоняться за всеми тренд плагинами глупо. Будет сильно больше вреда.
Идут процессы о которых мы все знаем и видим; и скорее всего дальше будут идти; и долго и много. Нравится нам это или нет. Но они идут.
А дальше мы можем об этом всем узнавать только мнения сторонних наблюдателей + псевдо-инсайды или слухи. И этого предостаточно в отношении РуТьюба. Каждая новость обрастает слухами и уже давно сложно найти хоть что-то интересное и подтвержденное.
А можем - какую то часть получать непосредственно от людей изнутри. Как к этой инфе относиться - сообщество решит само. Но получить еще один (новый и оригинальный) канал информации об этом процессе - мне кажется нормальная тема.
П.С. Плюс эта статья - чисто техническая. А экспертизы открытой по этой теме не много. И делалось это все обычными трудягами ИТшниками. Так что тут тоже вполне себе.
А позже в диалоге с комьюнити, глядишь, может и прольется немного свет на детали не-технических решений по РуТьюбу, которые всех интересуют. Но для этого нужен инфо канал. А это способ его наладить.
Кармы нет что бы поставить плюс :)
Так что благодарю, что не забыли ответит!
Идея интересная и я вас поддерживаю.
Но приложение я бы не ставил. Складывается впечатление, что чисто информационный проект притягивается за уши к сервису и тащится потом на Андроид.
Веб портал со всеми возможностями поиска, фильтрации и подбора, мне кажется, подойдет для аудитории больше. И расширит аудиторию.
Если вопрос в монетизации - то веб портал тоже дает достаточно, а может и больше возможностей (реферальные с продаж поссылкам и т.д.).
Но в целом концептуально задача важная и идея нормальная. И дальше много можно расширять.
Добавлю, что так же читаемость не может говорить о качестве кода и уровне разработчика, если ты не знаешь в каких он был условиях и рамках.
Пример: была давно статья про киш-девелоперов, в которой описывалось, как в Фортране при помощи отрицательной индексации и т.д. делались хаки в ОС спутников НАСА, что бы делать обновления и патчи, которые не были предусмотрены до этого.
Ясно, что в условиях офиса - это жесткие костыли, которые "не приветствуются". Но иногда разработчики находятся в таких рамках, что это становится уже Кунг-Фу высшего класса.
Но просто смотря на код этого сказать нельзя без контекста.
П.С. Но стремиться к красоте нужно всегда. Просто в рамках доступного ресурса и рациональности его расходования.
Добавлю, что дефицит не статичен сам по себе. Все развивается и иногда даже оптимизируется.
Так же возможно ИИ дал свои 5 копеек.
Вижу вы недавно на Хабре.
Ну вы сразу ввязались в очень мощный замес. Битву на тему отечественного ПО может вытянуть тут только сильно бывалый конь. И борозда практически не протоптана.
А вы еще и написали в стилистике ИИ - открыли фактически второй фронт для себя. Тут такое люди не любят.
В общем - вы молодец, боец. И тема достойная и развивать нужно. Но вы следующий раз не рвите сразу в бой и проводите разведку и исследование :)
Вам удачи!
Все таки добавлю, что предложеный в комментарии метод обертки ошибки (или переупаковки по своему) все таки рабочий и его в статье не упомянули.
Вот его особенности:
это самый простой метод
он не требует никаких дополнительных зависимостей или манипуляций
он полностью "по правилам" Java; это не хак
место вызова может вырасти, но можно подготовить ряд функций-врапперов и колбеков; в общем можно сделать локанично; например работа с ФайлСтрим, где чекед на каждый чих, но использования стандартны и можно красиво подготовиться
есть определенное сокрытие оригинального исключения за враппером, но это можно и локанично и понятно решить, и возможно скоро будет решаться вообще паттерн матчингом легко совсем; и главное - чаще всего в таких ситуациях детали эксепшина не важны и враппер не особо портит картины и ошибку ждет общий обработких (типа залогать и вернуть 500).
Я тоже считаю, что с самокатами нужно что-то делать, но эта статья - это манипуляция без цифр и сравнения с общим числом ДТП и ДТП с мопедами; и общим числом машин, самокатов и мопедов. то бы понимать аварийность ситуации в сравнении.
Может то, что здесь описано - это 0.0000001% и говорить не о чем.
Вы молодцы и цели у вас достойные!
По поводу хейтеров - обращайте их энергию в свою пользу: спорьте, обсуждайте и доказывайте. Так кого-то переубедите + активность будет подымать ваши материалы в выдаче.
Главное беречь нервы и просто работать. Дело годное. Удачи!
Если нарисовать ряды на 1,2,4,8,16,32 чисел и вычеркивать, то видна закономерность:
S(2^0) = 1
S(2^(2n+1)) = 2^2n + S(2^2n)
S(2^2n) = S(2^(2n-1))
Скажу что вам повезло: удачно в себе совмещаете творчество (создание ассетов и креатив) и маркетинг (каналы, соц. сети, видео, портфолио, скидки, паки, распродажи, трюки с ценами, ...). Это редкая комбинация.
Вам удачи!
Отличная статья! Вам удачи!
Небольшой вопрос: поскольку железо является необходимой частью такого начинания, не могли бы вы написать: какое железо у вас и какое вы бы порекомендовали? Видел, что вы писали выше о минималках, но тут про ваш опыт интересно и ваши желания по железу.
Ну или просто "легендарная венчурная компания" все знает и понимает, но ей выгодно гнать хайп в сторону проектов и стартапов в которые она вложилась.
Вычислитель с уменьшенным набором инструкций (команд) - ВУНИ (ВУНК)
В целом - да. Я просто привел как еще один пример попытки приблизить JavaScript к native. Имел ввиду, что похоже это именно тренд. Чем дальше - тем чаще у ЖСа прорывы по перформансу в текущих средних размерах проектов.
Суть асм.жс - урезаный ЖС, через урезаную гибкость и работу с типами (сделать более С-подобным; Го-подобным, так как есть CG) - и тогда сильно уменьшается объем инфраструктурной логики, что делает его сильно ближе к нативному С по производительности.
И вот такое еще есть от авторов самого JavaScript (но это не точно) - asm.js
Я не пробовал, но вроде как имеет довольно хорошую поддержку в браузерах уже и в WebAssembly.
Ютуб Primeagen:
https://www.youtube.com/@ThePrimeTimeagen/videos
https://www.youtube.com/@ThePrimeagen
https://www.youtube.com/@TheVimeagen
Один из саппортеров НВима - TJ DeVries
И вот неплохое: https://www.youtube.com/@joseanmartinez/videos
Так же когда чего-то нужно нового, начинаю подбирать еще на (это наш парень): https://github.com/echasnovski/mini.nvim
По вашей логике я бы тогда не узнал про NVim вообще. Сидел бы в других IDE и редакторах. И решал бы все свои вопросы в их рамка. И никогда не гуглил бы то, о чем и не представляю.
А так периодический случайный поиск и апдейт по технологиям иногда приносит неожиданные результаты.
Но подчеркну, что согласен с вами - в тупую гоняться за всеми тренд плагинами глупо. Будет сильно больше вреда.
Я начинал настрочку с этого конфига. Плюсы:
его делает и продвигает один из авторов НеоВима
конфиг в одном файле
конфиг хорошо документирован
конфиг легко устанавливается
конфиг легко дальше расширяется
сразу получаем хорошо выглядящий НВим
Полностью согласен. И это не только к программированию.
Если человек сам не копает и не пробует, а ждет магии/курсов/провидения/... - это не приведет к успеху. Значит скорее всего ему самому не интересно.
П.С. Но это не отменяет курсов/уроков/тренингов/.... Они могут быть помощью, где нужно.
Почему? Смотрите:
Идут процессы о которых мы все знаем и видим; и скорее всего дальше будут идти; и долго и много. Нравится нам это или нет. Но они идут.
А дальше мы можем об этом всем узнавать только мнения сторонних наблюдателей + псевдо-инсайды или слухи. И этого предостаточно в отношении РуТьюба. Каждая новость обрастает слухами и уже давно сложно найти хоть что-то интересное и подтвержденное.
А можем - какую то часть получать непосредственно от людей изнутри. Как к этой инфе относиться - сообщество решит само. Но получить еще один (новый и оригинальный) канал информации об этом процессе - мне кажется нормальная тема.
П.С. Плюс эта статья - чисто техническая. А экспертизы открытой по этой теме не много. И делалось это все обычными трудягами ИТшниками. Так что тут тоже вполне себе.
А позже в диалоге с комьюнити, глядишь, может и прольется немного свет на детали не-технических решений по РуТьюбу, которые всех интересуют. Но для этого нужен инфо канал. А это способ его наладить.