Ещё хотелось бы если не только для конфигов. Хранить какие то данные, вспомогательные. Не хотелось бы кучу технологий тащить.

А вот это смешивать, имхо, не стоит. В конфиге главное - человекочитаемость и человекоредактируемость, а в датахранилке - скорость парсинга, например.

У томла нет вложенности. Это по сути улучшенный .ini

Есть у него вложенность

А вот это смешивать, имхо, не стоит. В конфиге главное - человекочитаемость и человекоредактируемость, а в датахранилке - скорость парсинга, например.

Я имел ввиду. Не те данные которые надо парсить с большой скоростью. Какие описания мелкие с запросами, или команды

Есть у него вложенность

Наверное хорошо спрятали. Я только один уровень нашёл вложенности

А Json5 никто не использует?

Вроде как по отзывам, у него есть все, что вы любите: и низкая скорость парсинга, и перегруженность, и неудобство ручного редактирования)

Вроде как по отзывам, у него есть все, что вы любите: и низкая скорость парсинга, и перегруженность, и неудобство ручного редактирования)

Про первый пункт слышал, а вот отсальные что то как то не верится

{ foo: 'bar', while: true, this: 'is a \ multi-line string', // this is an inline comment here: 'is another', // inline comment /* this is a block comment that continues on another line */ hex: 0xDEADbeef, half: .5, delta: +10, to: Infinity, // and beyond! finally: 'a trailing comma', oh: [ "we shouldn't forget", 'arrays can have', 'trailing commas too', ], }

Наверное хорошо спрятали. Я только один уровень нашёл вложенности

[level1.level2.level3] вроде работает

[level1.level2.level3] вроде работает

Ок. Ещё раз его посмотю.

ну ясное дело если граф нахерачить как попало тяп-ляп)) а так то слова выдранные из контекста, речь шла о программировании в AR/VR в будущем, а не о text vs graph сейчас

Сейчас вы предложили оттранслировать ЭТО в го, а потом скомпилировать. Вернейший способ попробовать и сразу понять, что оно не нужно.

Опять вы об этой хуйне спорите

Заебали

а?!

Я имел ввиду. Не те данные которые надо парсить с большой скоростью. Какие описания мелкие с запросами, или команды

В данных важно: 1. Чтобы софтина удобно их писала. 2. Чтобы софтина удобно их читала. В конфигах: 1. Чтобы софтина могла вменяемо без фанатизма зачитать. 2. Чтобы человеку было удобно их писать. Человекочитаемость vs машиночитаемой - классика. Либо одно, либо другое. Ну, либо и то, и другое, но монопенисуально через жопу.

Сейчас вы предложили оттранслировать ЭТО в го, а потом скомпилировать. Вернейший способ попробовать и сразу понять, что оно не нужно.

боже, да сколько же раз ещё пояснять, что речь идёт не о нынешнем времени а будущем, когда AR/VR станут нормой и текстовый код в них станет писать не столь удобно

Пользуясь случаем

Пойду в opensourse проект

Про первый пункт слышал, а вот отсальные что то как то не верится

Ну, какбэ, если выбирать между "набросать простенький конфиг в toml" vs "сделать то же в json5", а под рукой только nano, json по удобству редактирования сосет с проглотил, это же очевидно.

Пойду в opensourse проект

Уверенно кодю(?) на python, работал с либами vk-requests, pytelegrambotapi

боже, да сколько же раз ещё пояснять, что речь идёт не о нынешнем времени а будущем, когда AR/VR станут нормой и текстовый код в них станет писать не столь удобно

Боже, вы пару часов назад утверждали, что надо ЭТО в го транспайлить.

Боже, вы пару часов назад утверждали, что надо ЭТО в го транспайлить.

а "почему" - ты не понял?)

можно конечно взяться за создание нового ЯП на основе какого-нибудь LLVM, но... заипёсся... плюс библиотек не будет, всё с нуля... это даже для гугла и то сложно

{ foo: 'bar', while: true, this: 'is a \ multi-line string', // this is an inline comment here: 'is another', // inline comment /* this is a block comment that continues on another line */ hex: 0xDEADbeef, half: .5, delta: +10, to: Infinity, // and beyond! finally: 'a trailing comma', oh: [ "we shouldn't forget", 'arrays can have', 'trailing commas too', ], }

foo=bar while=true this="""is a multi-line string""" И т.д. Имхо, для человеконаписания ручками удобнее. В качестве универсальной все-все-все-хранилки, если И конфиг, И данные какие-то похранить - без вопросов, json универсальней. Если только ручкоредактируемый конфиг - ini-style рулит.

Кто-то знает статьи по написание сообственных драйверов на Golang, или таким не занимаються?

драйверов чего?

можно конечно взяться за создание нового ЯП на основе какого-нибудь LLVM, но... заипёсся... плюс библиотек не будет, всё с нуля... это даже для гугла и то сложно

Смотри, если СЕЙЧАС, то трансляция во что-то, но тут ты сам признал, что фуфло выходит. Если же ПОТОМ, да еще и КОНЦЕПТУАЛЬНО НОВЫЙ ПОДХОД, да еще и КОГДА ВСЕ ЭТО СТАНЕТ МАССОВЫМ, то нахрена в Го транслировать? К тому времени, когда "трава станет зеленой" и все это пойдет в массы, Го уже похоронят, мы станем другими, да и не мы это будем, мы уже не застанем. И на фоне этих лет, которые пройдут ДО того, ваши страдания по поводу "свой язык - дооолга" выглядят как-то странно.

Если не новый язык, то НАФИГА вообще?

драйверов чего?

допустим самый обычный драйвер который выводит Hello World.

Кто-то знает статьи по написание сообственных драйверов на Golang, или таким не занимаються?

Про написание собственных драйверов на Го краем уха слышал, что это плохая идея)

допустим самый обычный драйвер который выводит Hello World.

драйвер чего?

допустим самый обычный драйвер который выводит Hello World.

выводит Hello World в классическом случае одноименная программа... Драйвер, если и выводит, обычно, то откуда-то и куда-то... Откуда и куда он должен вывести?

драйвер чего?

Windows драйвер который пишет отладочное сообщение Hello world

Смотри, если СЕЙЧАС, то трансляция во что-то, но тут ты сам признал, что фуфло выходит. Если же ПОТОМ, да еще и КОНЦЕПТУАЛЬНО НОВЫЙ ПОДХОД, да еще и КОГДА ВСЕ ЭТО СТАНЕТ МАССОВЫМ, то нахрена в Го транслировать? К тому времени, когда "трава станет зеленой" и все это пойдет в массы, Го уже похоронят, мы станем другими, да и не мы это будем, мы уже не застанем. И на фоне этих лет, которые пройдут ДО того, ваши страдания по поводу "свой язык - дооолга" выглядят как-то странно.

ничего "совершенно нового" в плане самой платформы нет, изменения только в представлении. Я не уверен что к тому времени Go похоронят, это слишком оптимистично))

Виндоус драйвер

Чаго

Если не новый язык, то НАФИГА вообще?

это как Scala и Java, язык разный а JVM один

Windows драйвер который пишет отладочное сообщение Hello world

к драйверу, как правило, прилагается устройство... физическое... оно поэтому "драйвер" и называется...

к драйверу, как правило, прилагается устройство... физическое... оно поэтому "драйвер" и называется...

оно может быть и виртуальным, необязательно физическим

к драйверу, как правило, прилагается устройство... физическое... оно поэтому "драйвер" и называется...

физический драйвер, потмо просмотр отладочных сообщений через DbgView, на Си видел как пишется, а вот golang нет

это как Scala и Java, язык разный а JVM один

при этом Скалка и Джава - языки разные. Разработчикам скалки, как людям разумным, даже в голову не пришло оттранслировать скала-код в джава-код, и потом его компилировать... Скалка собирается в байткод, который уже и выполняется в виртуальной машине java. Ты же при этом пытаешься фигню намутить.

оно может быть и виртуальным, необязательно физическим

но оно должно быть...

Windows драйвер который пишет отладочное сообщение Hello world

драйвер чего?

драйвер чего?

вообще без разницы чего именно, usb устройства, устройства мыши, драйвер уровня ядра. Именно поняить возможно ли вообще

физический драйвер, потмо просмотр отладочных сообщений через DbgView, на Си видел как пишется, а вот golang нет

смотри, драйвер - это тоже программа, но достаточно специфическая. Предназначенная для УПРАВЛЕНИЯ каким-то устройством, оно потому и называется драйвер, от англ. drive - вести, вправлять. Собственно, пока присутствующие тут благородные доны не поймут, какого рода устройство, ничем помочь не смогут. Единственная возможная помощь - подсказка, что, КАК ПРАВИЛО, драйвер чего угодно на Go - достаточно спорная затея.

при этом Скалка и Джава - языки разные. Разработчикам скалки, как людям разумным, даже в голову не пришло оттранслировать скала-код в джава-код, и потом его компилировать... Скалка собирается в байткод, который уже и выполняется в виртуальной машине java. Ты же при этом пытаешься фигню намутить.

ты сейчас говоришь о Graph -> LLVM, а проблемы связанные с этим я уже объяснил

идите и почитайте о том, как устроены драйвера и зачем они нужны

ты сейчас говоришь о Graph -> LLVM, а проблемы связанные с этим я уже объяснил

Смотри, ты хочешь возможность полноценного визуального программирования. Фактически, тебе нужен "визуальный ЯЗЫК программирования". При этом он у тебя еще и Тьюринг-полный должен быть. Поверь, на фоне проблем дизайна сколько-нибудь вменяемого тьюринг-полного визуального языка программирования, сборка ЭТОГО в байткод LLVM - детские игрушки. Короче, роди визуальный язык, и тебе его скомпилируют, без проблем, бесплатно, да еще и денег дадут...

Смотри, ты хочешь возможность полноценного визуального программирования. Фактически, тебе нужен "визуальный ЯЗЫК программирования". При этом он у тебя еще и Тьюринг-полный должен быть. Поверь, на фоне проблем дизайна сколько-нибудь вменяемого тьюринг-полного визуального языка программирования, сборка ЭТОГО в байткод LLVM - детские игрушки. Короче, роди визуальный язык, и тебе его скомпилируют, без проблем, бесплатно, да еще и денег дадут...

ладно) так и сделаем))

идите и почитайте о том, как устроены драйвера и зачем они нужны

а я, кажется, понял, чо он хотел... Есть такие мануалы типа "Модуль ядра линукс для чайников". И там все вот это "сейчас мы за N минут... нет, N мало, лучше K, соберем примитивный модуль, который будет срать в системную шину сообщениями HELP ME"... вот он такой мануал хочет

такого нет. ни ko ни dll из go не собрать

ладно) так и сделаем))

Короче, смотри, что тебе надо делать: 1. Набросать пример того, что ты хочешь видеть в итоге, на листочке. 2. Попробовать на получившейся хрени написать программу, считающую последовательность фиббоначи, helloworld и крестики-нолики. Если на бумажке получилось норм, значит, ты идешь к успеху. 3. Сюда больше не приходить, тут гениев-математиков, ратующих за чистый код, нету. Тут прагматичные, суровые императивщики, неспособные в широкое видение. Им бы попроще, и прямо сейчас, и чтобы не переучиваться. 4. Пойти в места тусовки лисперов - там есть И математики, И визуалы. Да и в блок-схему твою лисп лучше ложится. 5. Лисперы напишут тебе транслятор того, что ты нацарапал на бумажке, в лисп. Возможно поднапрягутся, и оттранслируют напрямую бумажку - кто их, этих математиков, знает, чем чОрт не шутит. 6. Через 200 лет, когда ЭТО, наконец, войдет в моду, тебя вспомнят добрым словом, как первопроходца и даже, наверное, поставят тебе памятник... в твоем родном городе. И еще один - в Иннополисе, прямо по центру.

такого нет. ни ko ни dll из go не собрать

зато можно собрать so, но оно, как правило, тоже так себе идея...

ну и да, dll, вроде, тоже можно... не? просто я не пробовал, т.к. смысла не вижу.

Короче, смотри, что тебе надо делать: 1. Набросать пример того, что ты хочешь видеть в итоге, на листочке. 2. Попробовать на получившейся хрени написать программу, считающую последовательность фиббоначи, helloworld и крестики-нолики. Если на бумажке получилось норм, значит, ты идешь к успеху. 3. Сюда больше не приходить, тут гениев-математиков, ратующих за чистый код, нету. Тут прагматичные, суровые императивщики, неспособные в широкое видение. Им бы попроще, и прямо сейчас, и чтобы не переучиваться. 4. Пойти в места тусовки лисперов - там есть И математики, И визуалы. Да и в блок-схему твою лисп лучше ложится. 5. Лисперы напишут тебе транслятор того, что ты нацарапал на бумажке, в лисп. Возможно поднапрягутся, и оттранслируют напрямую бумажку - кто их, этих математиков, знает, чем чОрт не шутит. 6. Через 200 лет, когда ЭТО, наконец, войдет в моду, тебя вспомнят добрым словом, как первопроходца и даже, наверное, поставят тебе памятник... в твоем родном городе. И еще один - в Иннополисе, прямо по центру.

да это понятно)) но уж спасибо что прям разжедал очевидное)

Короче, смотри, что тебе надо делать: 1. Набросать пример того, что ты хочешь видеть в итоге, на листочке. 2. Попробовать на получившейся хрени написать программу, считающую последовательность фиббоначи, helloworld и крестики-нолики. Если на бумажке получилось норм, значит, ты идешь к успеху. 3. Сюда больше не приходить, тут гениев-математиков, ратующих за чистый код, нету. Тут прагматичные, суровые императивщики, неспособные в широкое видение. Им бы попроще, и прямо сейчас, и чтобы не переучиваться. 4. Пойти в места тусовки лисперов - там есть И математики, И визуалы. Да и в блок-схему твою лисп лучше ложится. 5. Лисперы напишут тебе транслятор того, что ты нацарапал на бумажке, в лисп. Возможно поднапрягутся, и оттранслируют напрямую бумажку - кто их, этих математиков, знает, чем чОрт не шутит. 6. Через 200 лет, когда ЭТО, наконец, войдет в моду, тебя вспомнят добрым словом, как первопроходца и даже, наверное, поставят тебе памятник... в твоем родном городе. И еще один - в Иннополисе, прямо по центру.

а можно кстати 2 памятника в каждом?

(лисперы(тебя(поймут)))

(лисперы(тебя(поймут)))

(о(к(е(й)))) :)

лисп и прочие функциональные вещи, по логике, должны, как раз, в блок-схему ложиться 1в1. Оно одно другим вдохновлялось, да и математики - люди странные. Гоша тут вообще не к месту, его блок-схемой изображать - больше геморроя.

физический драйвер, потмо просмотр отладочных сообщений через DbgView, на Си видел как пишется, а вот golang нет

На Хабре находил как на го написать ОС, возможно, ответ на твой вопрос где-то там

Всем привет. А есть что-нибудь удобное, чтобы периодически дампить данные в памяти из структур на диск? Ну и читать при старте.

ERROR: S client not available

json?

На самом деле без разницы. Опыта в подобном нет, был бы рад услышать советы

json?

сериализация/десереализация объектов ?

да

достаточно много способов, насколько я знаю. на бейсик типах без проблем, основная трудность в рекурсивных структурах(те поля имеют тип каких то других структур, а те в свою очередь на другие.)

вобщем гугли сериализацию в го

да, читаю

У меня настолько классный ноут, что на нём зависает GNU nano

макбукпро

даже не так

#купимакбукпро ?

Всем привет. А есть что-нибудь удобное, чтобы периодически дампить данные в памяти из структур на диск? Ну и читать при старте.

gob

Не так давно обсудили чуть тут https://github.com/recoilme/slowpoke/issues/3

помогите с импортами плс у меня есть proj/main.go proj/folder/lol.go как сделать чтобы экспорт из lol.go был доступен в main.go (любым способом)

помогите с импортами плс у меня есть proj/main.go proj/folder/lol.go как сделать чтобы экспорт из lol.go был доступен в main.go (любым способом)

import proj/folder (если folder это имя package'а в lol.go, а proj в $GOPATH/src/)

а, в срц надо запихать, понятно

import proj/folder (если folder это имя package'а в lol.go, а proj в $GOPATH/src/)

спасибо

а, в срц надо запихать, понятно

в Го все считается от GOPATH/src :)

в Го все считается от GOPATH/src :)

да, плюс что это избавляет от ../../../

такого нет. ни ko ни dll из go не собрать

На винде в либы не собирается? Вроде под андроид можно было собрать армовый бинарь и обвязать его через ndk

На винде в либы не собирается? Вроде под андроид можно было собрать армовый бинарь и обвязать его через ndk

Я думаю, оратор выше намекал, что инструментария для сборки го-исходников в модуль ядра нету... и слава б-гу

а привыкать к графическому представлению кода - это НЕ освоение технологии?

кодом пусть знаимаются кодеры. граф. ЯП не про код, а про представление алгоритмов. Есть очень полезный граф. ЯП - CodeSys. Там нет проблем с представлением кода или чем то таким.

Я думаю, оратор выше намекал, что инструментария для сборки го-исходников в модуль ядра нету... и слава б-гу

Учитывая что и то и то полноценный эльф - можно сделать. Только не знаю зачем

кодом пусть знаимаются кодеры. граф. ЯП не про код, а про представление алгоритмов. Есть очень полезный граф. ЯП - CodeSys. Там нет проблем с представлением кода или чем то таким.

Я оппонента как раз убеждаю, что для узкого круга задач граф.представление - очень норм, а он хочет "визуально программировать", и намекает, что идея нарисовать схему, оттранслировать ее в го, а потом получившееся собрать - это норм идея, так выглядит, мол, программирование будущего. Только я в ТАКОЕ будущее не хочу...

Учитывая что и то и то полноценный эльф - можно сделать. Только не знаю зачем

В том и дело, что это хреновая идея. Сборщик мусора в ядре... кхм...

Да-да-да, примерно на том же уровне)))