Вы копаете глубже моего текста. Мой тезис прост: разработчики нужны и будут нужны, инженеров никто не заменит, как бы не виделось это сейчас. ИИ отлично генерирует код, шикарно генерирует алгоритмы на базе накопленных знаний и по своим алгоритмам, созданным инженерами, но не в состоянии пока разобраться в некоторых тонкостях, очевидных людям, но не очевидным ИИ.
Есть классный пример из книги про Маска, где рассказано как они завод Тесла разносили, убирая роботов и заменяя их людьми.
Я не упускаю это, просто я об этом не написал, ибо посыл у меня был иной. Согласен с вами полностью. Мне лично очень нравятся современные технологии и когда вышел публичный 3.5 я сразу же бросился экспериментировать и разбираться как это работает. В статье просто мои размышления о том как я вижу изменения, а также немного посыла, чтобы люди не просто наслаждались легкими достижениями, но все же пытались разбираться и учиться.
Вы упустили часть заявления: ...если сам не начнет разбираться в коде. Это ключевое. Сгенерировал - разберись, проверь, пойми как работает, исправь вручную.
Ну не совсем. Вайбкодеры не только пользуются готовыми решениями, они вообще ни чем не пользуются. Пишут: Хочу программу учета времени. Ну и получают кучу файлов, которые тут же запускают и радуются, что сделали крутую систему. А как она работает, что считает и как не знают. А потом еще правки вносят: я хочу зеленую кнопку. А красная пропадает. И получают соответствующий результат. Чего я вам объясняю, вы, же начитались аналогичных постов =)
Честное пионерское - писал сам, не вайбкодил, не читал других. Но регулярно слышу фразу "Программисты больше не нужны" и вот сформулировал. Буду рад конкретным тезисам, которые вам показались вторичными.
Горжусь отечественными разработчиками - голь на выдумки хитра. Красивое решение понятной задачи, молодцы. Еще бы майнинг настроили. Вспомнился фильм полицейская академия в России с Игрой. =) Спасибо автору за разбор, было интересно.
1) GSM64=BASE64 только с немного измененным алфавитом, я заменил символы +/= на *-_ чтобы избежать ESC и передавать одним септетом.
2) Сперва добавил, потом убрал. CBOR без сортировки ключей.
3) Примеры от балды сделаны, просто похожие на что-то структуры собрал и все. Типы и словари для них буду позднее собирать, когда уже для решения конкретных задач буду использовать. На этапе прототипа это излишне.
4) Про системы и оборудование позднее опишу, если вам интересно, отдельно скину, если все получится как задумано. Пока под NDA не могу разглашать.
Спасибо вам за помощь, много полезного от вас увидел и прочитал. Ну и формат прилично так доработан.
https://stukalin.com/cbor.html - если интересно, посмотрите, доработал конвертер, изменил правила формирования полей. CBOR формирую и упаковываю. Показываю и сравниваю размеры. Опционально добавил формирование словаря ключей. CBOR в среднем на 3-5% компактнее, по после кодирования GSM64 становится больше и проигрывает CJON. На тестах постоянно возникает неоднозначность и приходится латать парсер. Сейчас более или менее стабильно работает. Думаю зафиксироваться и продолжить эксперименты с передачей живых данных.
Я решаю сейчас задачу таким образом. Ввел операторы. Теперь у меня оператор определяет тип. "=" - ничего не меняем, считаем на парсинге, что там ничего запрещенного нет и транслируем как есть; ~ - GSM64 (я выбрал безопасный алфавит); # - целое base36; @ - unixtime base36 +/- смещение в четверти часа тоже base36; ^ - ISO дата в виде эпохи со смещение в base36; ! - boolean с одним из 4 значений (T/F/N/U). Если массив содержит значения без ключей и одного типа, то применим один оператор для всего массива, если хоть одно значение другого типа, то = и для каждого элемента, кроме соответсвующего = ставим его тип в виде оператора. От HEX в цифрах я отказался, для текстового формата плохо. Допилю пример - пришлю.
Прошу прощения, вношу правки и отлаживаю. Есть много изменений я вам пришлю, если интересно и опишу правила новые. Пока получается на практике короче упакованного CBOR за исключением массивов с большими числами, вот эту задачу сейчас решаю.
На странице я сразу показываю упакованный для передачи CBOR.
Да, вероятно вы правы относительно бинарных форматов и последующей сериализации с использованием алфавита GSM Bit-7. Для конкретной задачи это будет действительно важнее читаемости и простоты реализации.
CJON отложим в копилку недодуманных идей, авось где-то пригодится еще. MiniJSON же пригодился, а CJON эффективнее.
Именно об этом я и говорю и призываю не бросать это дело и развиваться. Не доверять слепо ИИ
Конечно это не так. Столько всего не придумано. Все очевидное придумали, а неочевидное еще только предстоит. И придумывать это будут специалисты.
О да, не говорите…
Вы копаете глубже моего текста. Мой тезис прост: разработчики нужны и будут нужны, инженеров никто не заменит, как бы не виделось это сейчас. ИИ отлично генерирует код, шикарно генерирует алгоритмы на базе накопленных знаний и по своим алгоритмам, созданным инженерами, но не в состоянии пока разобраться в некоторых тонкостях, очевидных людям, но не очевидным ИИ.
Есть классный пример из книги про Маска, где рассказано как они завод Тесла разносили, убирая роботов и заменяя их людьми.
Ну когда он появится, мы с вами вообще в целом перестанем как вид быть нужны. Жизнь сменит форму с белковой на кремниевую. =)
Вот вот. Я топлю за то, чтобы не начался тренд отмены цифровых кафедр в институтах, а люди не перестали желать программировать.
Я не упускаю это, просто я об этом не написал, ибо посыл у меня был иной. Согласен с вами полностью. Мне лично очень нравятся современные технологии и когда вышел публичный 3.5 я сразу же бросился экспериментировать и разбираться как это работает. В статье просто мои размышления о том как я вижу изменения, а также немного посыла, чтобы люди не просто наслаждались легкими достижениями, но все же пытались разбираться и учиться.
Вы упустили часть заявления: ...если сам не начнет разбираться в коде. Это ключевое. Сгенерировал - разберись, проверь, пойми как работает, исправь вручную.
Как это не любовь?! =) Я - инженер, инженер минус программист. Бауманка финишд ИУ7. Люблю всех
Ну не совсем. Вайбкодеры не только пользуются готовыми решениями, они вообще ни чем не пользуются. Пишут: Хочу программу учета времени. Ну и получают кучу файлов, которые тут же запускают и радуются, что сделали крутую систему. А как она работает, что считает и как не знают. А потом еще правки вносят: я хочу зеленую кнопку. А красная пропадает. И получают соответствующий результат. Чего я вам объясняю, вы, же начитались аналогичных постов =)
Картинку навайбрисовал =) Это да, это было.
Честное пионерское - писал сам, не вайбкодил, не читал других. Но регулярно слышу фразу "Программисты больше не нужны" и вот сформулировал. Буду рад конкретным тезисам, которые вам показались вторичными.
Да, на этом и закончим =) Про кухню было?
Горжусь отечественными разработчиками - голь на выдумки хитра. Красивое решение понятной задачи, молодцы. Еще бы майнинг настроили. Вспомнился фильм полицейская академия в России с Игрой. =)
Спасибо автору за разбор, было интересно.
1) GSM64=BASE64 только с немного измененным алфавитом, я заменил символы +/= на *-_ чтобы избежать ESC и передавать одним септетом.
2) Сперва добавил, потом убрал. CBOR без сортировки ключей.
3) Примеры от балды сделаны, просто похожие на что-то структуры собрал и все. Типы и словари для них буду позднее собирать, когда уже для решения конкретных задач буду использовать. На этапе прототипа это излишне.
4) Про системы и оборудование позднее опишу, если вам интересно, отдельно скину, если все получится как задумано. Пока под NDA не могу разглашать.
Спасибо вам за помощь, много полезного от вас увидел и прочитал. Ну и формат прилично так доработан.
https://stukalin.com/cbor.html - если интересно, посмотрите, доработал конвертер, изменил правила формирования полей. CBOR формирую и упаковываю. Показываю и сравниваю размеры. Опционально добавил формирование словаря ключей. CBOR в среднем на 3-5% компактнее, по после кодирования GSM64 становится больше и проигрывает CJON. На тестах постоянно возникает неоднозначность и приходится латать парсер. Сейчас более или менее стабильно работает. Думаю зафиксироваться и продолжить эксперименты с передачей живых данных.
Я решаю сейчас задачу таким образом. Ввел операторы. Теперь у меня оператор определяет тип. "=" - ничего не меняем, считаем на парсинге, что там ничего запрещенного нет и транслируем как есть; ~ - GSM64 (я выбрал безопасный алфавит); # - целое base36; @ - unixtime base36 +/- смещение в четверти часа тоже base36; ^ - ISO дата в виде эпохи со смещение в base36; ! - boolean с одним из 4 значений (T/F/N/U). Если массив содержит значения без ключей и одного типа, то применим один оператор для всего массива, если хоть одно значение другого типа, то = и для каждого элемента, кроме соответсвующего = ставим его тип в виде оператора. От HEX в цифрах я отказался, для текстового формата плохо. Допилю пример - пришлю.
Прошу прощения, вношу правки и отлаживаю. Есть много изменений я вам пришлю, если интересно и опишу правила новые. Пока получается на практике короче упакованного CBOR за исключением массивов с большими числами, вот эту задачу сейчас решаю.
На странице я сразу показываю упакованный для передачи CBOR.
https://stukalin.com/cbor.html - посмотрите, если не лениво пример со сравнением. Внизу в комбобоксе можно выбрать формат.
Да, вероятно вы правы относительно бинарных форматов и последующей сериализации с использованием алфавита GSM Bit-7. Для конкретной задачи это будет действительно важнее читаемости и простоты реализации.
CJON отложим в копилку недодуманных идей, авось где-то пригодится еще. MiniJSON же пригодился, а CJON эффективнее.
Спасибо.