А вот это отдельная тема для обсуждения. У меня есть мысли на этот счёт и я их даже сформулировал вот тут https://habr.com/ru/articles/1013842/. Буду рад реакции на мнение.
Перфокарты отлично помню =) Отличный отказоустойчивый и понятный носитель. Я, конечно же, не призываю до такого атомарного уровня опускаться, но вот понимать, что такое бесконечный цикл программы, было бы полезно. Люди сейчас не задумываются как работает программа вообще. У них есть просто факт, что что-то происходит, а что и как - им не интересно. А это ведет к непониманию работы всей системы. Это как электрик, не знающий законы Ома. Розетку может и установит, но вот последствия могут быть плачевными.
Вы копаете глубже моего текста. Мой тезис прост: разработчики нужны и будут нужны, инженеров никто не заменит, как бы не виделось это сейчас. ИИ отлично генерирует код, шикарно генерирует алгоритмы на базе накопленных знаний и по своим алгоритмам, созданным инженерами, но не в состоянии пока разобраться в некоторых тонкостях, очевидных людям, но не очевидным ИИ.
Есть классный пример из книги про Маска, где рассказано как они завод Тесла разносили, убирая роботов и заменяя их людьми.
Я не упускаю это, просто я об этом не написал, ибо посыл у меня был иной. Согласен с вами полностью. Мне лично очень нравятся современные технологии и когда вышел публичный 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 в цифрах я отказался, для текстового формата плохо. Допилю пример - пришлю.
А вот это отдельная тема для обсуждения. У меня есть мысли на этот счёт и я их даже сформулировал вот тут https://habr.com/ru/articles/1013842/. Буду рад реакции на мнение.
Перфокарты отлично помню =) Отличный отказоустойчивый и понятный носитель. Я, конечно же, не призываю до такого атомарного уровня опускаться, но вот понимать, что такое бесконечный цикл программы, было бы полезно. Люди сейчас не задумываются как работает программа вообще. У них есть просто факт, что что-то происходит, а что и как - им не интересно. А это ведет к непониманию работы всей системы. Это как электрик, не знающий законы Ома. Розетку может и установит, но вот последствия могут быть плачевными.
Я ставлю на то, что будут некие вайб девопсы, которые будут кавардак сгенерированный превращать в смысл.
Именно об этом я и говорю и призываю не бросать это дело и развиваться. Не доверять слепо ИИ
Конечно это не так. Столько всего не придумано. Все очевидное придумали, а неочевидное еще только предстоит. И придумывать это будут специалисты.
О да, не говорите…
Вы копаете глубже моего текста. Мой тезис прост: разработчики нужны и будут нужны, инженеров никто не заменит, как бы не виделось это сейчас. ИИ отлично генерирует код, шикарно генерирует алгоритмы на базе накопленных знаний и по своим алгоритмам, созданным инженерами, но не в состоянии пока разобраться в некоторых тонкостях, очевидных людям, но не очевидным ИИ.
Есть классный пример из книги про Маска, где рассказано как они завод Тесла разносили, убирая роботов и заменяя их людьми.
Ну когда он появится, мы с вами вообще в целом перестанем как вид быть нужны. Жизнь сменит форму с белковой на кремниевую. =)
Вот вот. Я топлю за то, чтобы не начался тренд отмены цифровых кафедр в институтах, а люди не перестали желать программировать.
Я не упускаю это, просто я об этом не написал, ибо посыл у меня был иной. Согласен с вами полностью. Мне лично очень нравятся современные технологии и когда вышел публичный 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 в цифрах я отказался, для текстового формата плохо. Допилю пример - пришлю.