jump to implementation(s) <3

кого блеать не устраивает -rm -rf на папке go - и пиздуйте в мир своец жабы

не надо сразу rm -rf на папке go, сначала посмотрите goodlang, мы туда много чего туда завозим

не-не-не

фила на понт не возьмешь

дык был бы это понт

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

А goodlang случайно не окажется unmaintained года эдак через пол? Я смотрю, вы пока только планируете. До стабильного релиза ещё очень и очень далеко.

А goodlang случайно не окажется unmaintained года эдак через пол? Я смотрю, вы пока только планируете. До стабильного релиза ещё очень и очень далеко.

нет, имплементация запланированного уже пошла

и нет, мы в компании на нем решили делать свои основные продукты

да и имеющиеся перевезти

ну так судя по описанию он должно быть обратно совместим с обычным го?

да

ну тоесть по сути просто можно будет в любой момент "собрать на новом сдк"

и довольно скоро будет профит даже просто от того, что собираешь гудлангом

да и имеющиеся перевезти

Необычный выбор. Т.е. у вас достаточно большая компания чтобы потянуть разработку и поддержку собственного языка?

практика показывает что один упоротый наркоман может больше чем иная команда

практика показывает что один упоротый наркоман может больше чем иная команда

а у нас их даже не один

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

это про американцев

их исследование

практика показывает что один упоротый наркоман может больше чем иная команда

Да, в мире есть такие люди. Но таких людей крайне мало, а значит и гарантий не достаточно. Пока в репозитории только правятся readme и по сути не написанно ни одной строчки кода. Я послежу за этим проектом, но пока я сильно сомневаюсь в его успехе

Что то похожее я вижу в разработке 90 и более процентов кода многих репозиториев написаны одним человеком.

Да, в мире есть такие люди. Но таких людей крайне мало, а значит и гарантий не достаточно. Пока в репозитории только правятся readme и по сути не написанно ни одной строчки кода. Я послежу за этим проектом, но пока я сильно сомневаюсь в его успехе

не "написано", а "закомичено". мы взяли сразу довольно объемные задачи — lock-free мапы, GOOS=self, self-hosting

а какой профит вы хотите от self?

чем вас не устраивает грубо говоря линупс

Необычный выбор. Т.е. у вас достаточно большая компания чтобы потянуть разработку и поддержку собственного языка?

да, но количество упоротых важнее — и их достаточно.

Ну я сужу по истории репозитория и его веткам. Если в них нет активности по написанию кода то я делаю вывод что над проектом не работают

а какой профит вы хотите от self?

оно будет рациональнее использовать ресурсы и работать быстрее. подробнее может рассказать @tokenizer, он сейчас этим занимается.

Ну я сужу по истории репозитория и его веткам. Если в них нет активности по написанию кода то я делаю вывод что над проектом не работают

хорошо, учтём

Что то похожее я вижу в разработке 90 и более процентов кода многих репозиториев написаны одним человеком.

90? да большая часть софта написана 1-3 людьми. толпы уже только на мэнтейне

начиная с С и Unix

Есть общий нубский вопрос: принято ли самому себе рисовать ТЗ/схему работу программы (даже небольшой)? Или тру программеры держат в основном логику работы в головах и кодят "от сих, и до мешков под глазами", попутно вспоминая что какие функции делать умеют?

Есть общий нубский вопрос: принято ли самому себе рисовать ТЗ/схему работу программы (даже небольшой)? Или тру программеры держат в основном логику работы в головах и кодят "от сих, и до мешков под глазами", попутно вспоминая что какие функции делать умеют?

все по разному привыкли, кто-то налету все делает, кто-то сперва план/тз накидывает

все по разному привыкли, кто-то налету все делает, кто-то сперва план/тз накидывает

Это от опыта зависит, или просто кому как? Просто думаю, если постоянно допиливать что-то одно изо дня в день, то может и план не нужен

зависит от задачи очевидно. где-то надо составить план. где-то быстрее набросать код, чем писать план

Кому - как, кто как привык

Есть общий нубский вопрос: принято ли самому себе рисовать ТЗ/схему работу программы (даже небольшой)? Или тру программеры держат в основном логику работы в головах и кодят "от сих, и до мешков под глазами", попутно вспоминая что какие функции делать умеют?

я рисую

Это от опыта зависит, или просто кому как? Просто думаю, если постоянно допиливать что-то одно изо дня в день, то может и план не нужен

это от удобства зависит. если задача маленькая — план ее реализации не имеет реального смысла. или ты бы сделал план/тз на 2 * 2? ;)

ну если привык к плохому то это не повод так делать

это от удобства зависит. если задача маленькая — план ее реализации не имеет реального смысла. или ты бы сделал план/тз на 2 * 2? ;)

Ну это понятно, если за день/два что то запилить можно то описывать можно треть времени, что конечно неэффективно)

Ну это понятно, если за день/два что то запилить можно то описывать можно треть времени, что конечно неэффективно)

нет, не за день/два, а за полчаса/час

я рисую

Я вот стал рисовать ,когда понял что пишу говнокод хуже индусов, а как выглядит в целом что/куда/с чем взаимодействовать должно идея как-то потерялась)

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

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

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

+ Делаю примерно также

С другой стороны, если менять типы полей структуры нельзя(структура библиотечная, например), то остается лишь этот способ

Вот у меня как раз библиотечный случай.

Спасибо всем, а то не знал насколько правильно самому себе ТЗ клепать)

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

Я вот хреново себе блок-схему составил, и сегодня люто бомбил, когда в итоге тестовая обработка шла 8 сек. Перерисовал и переписал всё - 200 мс то же самое. Лютый говнокод был -__- Это одна из причин почему я тут не буду кидать свой код ближайший год наверное :D Стыдоба ж)

Я вот хреново себе блок-схему составил, и сегодня люто бомбил, когда в итоге тестовая обработка шла 8 сек. Перерисовал и переписал всё - 200 мс то же самое. Лютый говнокод был -__- Это одна из причин почему я тут не буду кидать свой код ближайший год наверное :D Стыдоба ж)

зря. так его хотя бы могли отревьювить и дать советы.

Нечего стыдиться, критика делает код лучше

Есть общий нубский вопрос: принято ли самому себе рисовать ТЗ/схему работу программы (даже небольшой)? Или тру программеры держат в основном логику работы в головах и кодят "от сих, и до мешков под глазами", попутно вспоминая что какие функции делать умеют?

я себе периодически даже блок схемы рисую

работаю сейчас над проектом, где блок-схема бэкенда на миллиметровке заняла где-то метр на полтора

зря. так его хотя бы могли отревьювить и дать советы.

Ну на данном этапе я нуб и мне гугл и в частотности stackoverflow отвечают на 80% вопросов. Остальное как допиливать думаю сам. А так я буду выуживать готовый код у профи, это не спортивно)

Я вот хреново себе блок-схему составил, и сегодня люто бомбил, когда в итоге тестовая обработка шла 8 сек. Перерисовал и переписал всё - 200 мс то же самое. Лютый говнокод был -__- Это одна из причин почему я тут не буду кидать свой код ближайший год наверное :D Стыдоба ж)

Меньше говнокода - больше кислорода?

Ну на данном этапе я нуб и мне гугл и в частотности stackoverflow отвечают на 80% вопросов. Остальное как допиливать думаю сам. А так я буду выуживать готовый код у профи, это не спортивно)

когда ты доверяешь решениям на stackoverflow, функция, которая рекурсивно вычисляет количество котиков, которые из-за этого плачут, даёт stack overflow

Меньше говнокода - больше кислорода?

А то) У меня вон циклов перебор был, и какой-то странный вывод всего подряд, хотя до этого спецом всё прилизовал/структурировал/вычищал.

когда ты доверяешь решениям на stackoverflow, функция, которая рекурсивно вычисляет количество котиков, которые из-за этого плачут, даёт stack overflow

оттуда понятно в стороны какой доки копать хотя бы. А готовые решения там мягко говоря странные проскакивают, 1 в 1 ещё ни одно не подошло

когда ты доверяешь решениям на stackoverflow, функция, которая рекурсивно вычисляет количество котиков, которые из-за этого плачут, даёт stack overflow

к вопросу о доверии stackoverflow: http://stackoverflow.com/questions/15130321/is-there-a-method-to-generate-a-uuid-with-go-language - первый запрувленный ответ прекрасен

к вопросу о доверии stackoverflow: http://stackoverflow.com/questions/15130321/is-there-a-method-to-generate-a-uuid-with-go-language - первый запрувленный ответ прекрасен

Вспомнился вопрос "как сложить 2+2?" с популярным ответом "воспользуйтесь jQuery"

и аякс ещё нужен

'2' + 2

'2' + 2

шутки шутками, но степень разгильдяйства которое я развил кодя в powershell показывает идеально. Там такие операции на раз-два. Все типы как правило конвертируются на лету, можно изи складывать говно, мух, котлеты и полтора землекопа в догонку. Правда на выходе херня бывает, да и долго всё отрабатывает, но работает ж) Это печально на самом деле, когда есть средство для производства говнокода в пром масштабах

Если что, OnePlus 3 это телефон такой

?

ERROR: S client not available

https://newfivefour.com/golang-constants-enums.html

вот последний кусок кода

type Type int const ( One Type = 1 « iota // 1 Two Type // 2 (i.e. 1 « 1) Three Type // 4 (i.e 1 « 2) )

какое назначение у этой конструкции?

я ожидал, что таким образом функция будет принимать только значения данного типа

а функция всё равно берет любое число

type Type int const ( One Type = 1 « iota // 1 Two Type // 2 (i.e. 1 « 1) Three Type // 4 (i.e 1 « 2) )

научись использовать ` для оборачивания одной строки кода и три ` для оборачивания многострочного куска кода. а еще лучше — освой playground.

а по существу?

а то, что ты ожидал, делается не так

если вдруг в коде окажется `, а он там оказывается, то идет вся конструкция в жопу, а читабельность кода от ее использования в целом не повышается

да ` ладно, разве так?

я ожидал, что таким образом функция будет принимать только значения данного типа

func SampleText(num int){}

И будет принимать только int

И будет принимать только int

по сути — любое число

type Sample struct { Value string `json:"value" }

Или я не на то ответил?

Value string `json:"value"`

я не прав что ли, но в джаваскрипте зачастую с этим беда, либо уже успели пофиксить, anyway читабельности это не прибавило

func SampleText(num int){}

так я хочу, чтобы принимало только Type

так я хочу, чтобы принимало только Type

Что есть твой Type?

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

в общем я хочу воссоздать нормальный enum

в другой язык тебе наверное )

https://golang.org/ref/spec#Type_identity

почитай вот

я из другого языка и пришел

поэтому и возникают такие вопросы

я к тому что в го не делается enum как ты хочешь

более того — именно enum тут нет

тут нужно сделать где-нибудь приватный тип, сделать публичные константы и использовать их

https://newfivefour.com/golang-constants-enums.html