« Rev
@gogolang   1393
Fwd »


Vadim
Го специально создавался как очень простой язык, потому что чем проще языке, тем легче его поддерживать и понимать. Доброе утро, кстати.
aadz
> но проблем от него нет Есть! Но это не по теме комнаты
саша
Го специально создавался как очень простой язык, потому что чем проще языке, тем легче его поддерживать и понимать. Доброе утро, кстати.
> чем проще языке, тем легче его поддерживать и понимать Справедливо только для задач, которые просты сами по себе
саша
> но проблем от него нет Есть! Но это не по теме комнаты
да вы что, ну тогда прошу в лс, очень интересно узнать про проблемы растовского препроцессора
Vadim
> чем проще языке, тем легче его поддерживать и понимать Справедливо только для задач, которые просты сами по себе
Го нужен для задач, в которых нужна стабильность. Если ты все не разбиваешь на простые задачи, то я даже не знаю что сказать.
aadz
Ну, растеклись мысью по древу. Хватит уже! Дженириков нет! И кто-то не считает это хорошей идеей, и даже не может объяснить, что это такое. И языка этого не проектировали, и компилятора не писали.
саша
Го нужен для задач, в которых нужна стабильность. Если ты все не разбиваешь на простые задачи, то я даже не знаю что сказать.
в go придётся всё бить на очень много маленькие и простые очень похожие друг на друга задачи, которые невозможно композить
саша
в итоге кода будет в разы больше
Vadim
Нужны дженерики, юзайте fo и будет вам счастье.
aadz
Вот у Пайка что-то нет проблем с дженериками, и у Вьюкова, вроде, нет. Да и вобще, такой высокий ум годится только на то, чтобы пофлудить. :)
саша
отдельный участок кода может и понятнее, но вот попытки совместить все эти кусочки в голове будут очень тяжело даваться
Vadim
нет
Просто попробуй прочитать код эфира и сравни с кодом битка.
саша
Код эфира это какой? Parity?
aadz
Не, ну я не понимаю, если парни, которые знают, как делать языки программирования, сделали то, что они сделали, так что такое несчастье у всех? С++ освоить не можете что ли?
саша
Любой.
Даже так сравнение некорректно, ибо эфир сам по себе намного сложнее битка
саша
Зато знал как сделать ЯП быстро, за счёт чего и победил
aadz
да никто не знал, как чего делать. Но они явно это не хотят! И даже понимают почему. Так и не надо ебать моск
Olzhas
наброс про дженерики в чатике гоферов в очередной раз удался
саша
Именно, но код все равно читается легче)
Код Parity, который на расте? Или какая сейчас популярная имплементация эфира?
doc
на ГО самая популярная
aadz
А кто это начал опять про дженерики?
Olzhas
Olzhas
кстати cargo в расте хорош
Stepan
Парити перестали использовать после того как его ломанули
Stepan
Давным давно еще
Olzhas
не чета вашим dep или vgo
Vadim
кстати cargo в расте хорош
Ты нам это уже вчера рассказывал.
саша
Все используют на го)
а нельзя что-то попроще в пример привести, код как первого так и второго за бесплатно я бы изучать не стал
саша
Парити перестали использовать после того как его ломанули
там разве парити ломанули, а не смартконтракт был корявый?
aadz
Кстати, ведь была же дискуссия между Старуструпом и Кнутом. Кнут математически доказал, что компилятор С++ невозможно реализовать, и кстати по причине шаблонов, кажется. Никто не знает, почему некоторые до сих пор хотят программы на COBOL и FORTRAN? :)
Алексей
они даже дженериками и не называются
Vadim
На го в идеале надо писать императивный конкуренси код, который сможет понять и поддерживать каждый Джун.
саша
Вплане невозможно?..
есть некие шаблонные конструкции, которые невозможно скомпилировать не имея в запасе бесконечное количество времени и памяти
Alexey
Не нужен тебе горм
Я же горм юзаю не ради одного запроса. Понятно что это можно и голым SQL разрулить
Vadim
Чтобы код был простой, надо максимально убрать сложные структуры, или Джун не знающий эти структуры поддерживать код не сможет.
Алексей
Очень странная ориентированность на джунов. И я бы не сказал, что Go прям на 100% джуноориентированный
Vadim
Очень странная ориентированность на джунов. И я бы не сказал, что Go прям на 100% джуноориентированный
Боюсь, что это так. Ибо гуглу нужен был хороший код за минимальные сроки.
саша
Чтобы код был простой, надо максимально убрать сложные структуры, или Джун не знающий эти структуры поддерживать код не сможет.
вы точно не о haskell, где принято делать функциональную декомпозицию и разбивать код на максимально мелкие и простые куски?
Алексей
Боюсь, что это так. Ибо гуглу нужен был хороший код за минимальные сроки.
Что-то тут не так. Вот гугл то как раз может себе позволить нанимать самых сеньорных сеньоров-помидоров и забивать на джунов.
Stepan
Одна функция - одно действие
саша
Вообще я читал книгу "чистый код" и там то же самое советовалось для ООП
Но ООП не позволяет разбивать код на столь мелкие и простые куски
Maksim (Ellrion)
func main() { b(func(i interface{}) { i(r.(int)) }) }
саша
С чего это вдруг?
С того, что в ООП минимальная единица декомпозиции - объект, а в ФП - функция
саша
При чем функция читая
aadz
Излишнее теоритезирование как раз и приводит к таким мечтам, как дженерики. Go - хороший язык, который носом тыкает, типа, научись писать сначала на мне, а уже потом искусственный интеллект из себя изображай. Go - это современный Pascal!
Алексей
С того, что в ООП минимальная единица декомпозиции - объект, а в ФП - функция
ну по мне так как раз метод - минимальная единица декомпозиции
aadz
был бы у меня искусственный интеллект я бы писал на нем как бох!
саша
Ты просто на C++ лично не писал :)
А зачем мне писать на C++?
კაცი
чо? охренели линк на пеп удалять?
саша
Дженерики, ADT и тайпклассы позволяют писать код в котором большинство контрактов выражены в сигнатурах, вместо того, чтобы искать их в доке или реализации
aadz
А сигнатурами-то и не хотят типы (классы) выражать. Прикинь? Не тот язык
Alexey
gorm - вобще не надо юзать
Я буду рад если посоветуете другую ORM. Правда вы возможно скажете что ORM вовсе не нужно использовать. Но я бы хотел делать миграции на основе описанных структур и операции над БД совершать тоже через модели
« Rev
@gogolang   1393
Fwd »