The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз языка программирования Go 1.8, opennews (??), 17-Фев-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


95. "Релиз языка программирования Go 1.8"  –3 +/
Сообщение от Аноним (-), 17-Фев-17, 16:31 
func g() // !
{        // НЕВЕРНО
}

if x {
}      // !
else { // НЕВЕРНО
}

func g(){ // ВЕРНО
}

if x {
} else { // ВЕРНО
}

После этого язык GO для меня не сущесвует

Ответить | Правка | Наверх | Cообщить модератору

99. "Релиз языка программирования Go 1.8"  +/
Сообщение от Аноним (-), 17-Фев-17, 17:06 
func g()// НЕВЕРНО
{      
}
>>После этого язык GO для меня не сущесвует

Платят за количество строк?
Я знаю эти удаки на С/С++ еще и возвращаемый тип переносят на отдельную строку:


int
main()
{
//овнокод.
}

выглядит инфернально.
Ответить | Правка | Наверх | Cообщить модератору

136. "Релиз языка программирования Go 1.8"  –3 +/
Сообщение от Аноним (-), 17-Фев-17, 18:05 
> Платят за количество строк?

Нет, просто такой код легче читать.

> Я знаю эти удаки на С/С++ еще и возвращаемый тип переносят на отдельную строку

Представьте себе, иногда не лишено смысла. Но вы можете продолжать писать код в одну строку, если хотите.

Любой язык, который навязывает стиль оформления, ущербный по определению.

// другой Аноним

Ответить | Правка | Наверх | Cообщить модератору

186. "Релиз языка программирования Go 1.8"  –1 +/
Сообщение от Аноним (-), 18-Фев-17, 04:38 
int
main()

Это оправдано, потому что в отличие от хелловордов, в реальном коде это выглядит как-то так:

static inline struct node *
node_create(const char *key, const char *value, int flags, size_t size)
{
  ...;
}

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

220. "Релиз языка программирования Go 1.8"  +/
Сообщение от Аноним (-), 18-Фев-17, 22:16 
Да-да, ты прав:

https://gcc.gnu.org/viewcvs/gcc/trunk/libgcc/crtstuff.c?view...

277     static inline void
278     deregister_tm_clones (void)
279     {
280       void (*fn) (void *);
281     
282     #ifdef HAVE_GAS_HIDDEN
283       func_ptr *end = __TMC_END__;
284       // Do not optimize the comparison to false.
285       __asm ("" : "+g" (end));
286       if (__TMC_LIST__ == end)
287         return;
288     #else
289       if (__TMC_LIST__[0] == NULL)
290         return;
291     #endif

Кругом дураки, а ты самый-самый. Иди возьми пирожок.

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

100. "Релиз языка программирования Go 1.8"  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 17-Фев-17, 17:12 
он еще не компилируется с несиспользуемыми переменными
Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

148. "Релиз языка программирования Go 1.8"  –3 +/
Сообщение от Аноним (-), 17-Фев-17, 18:24 
При том, что это явно замедляет разработку, а они борются за каждую секунду разработчика
Ответить | Правка | Наверх | Cообщить модератору

187. "Релиз языка программирования Go 1.8"  +1 +/
Сообщение от Аноним (-), 18-Фев-17, 04:39 
Просто баранье упёрство, хотя там напрашивается warning, а не error
Ответить | Правка | Наверх | Cообщить модератору

196. "Релиз языка программирования Go 1.8"  +/
Сообщение от angra (ok), 18-Фев-17, 15:36 
Ты просто не понимаешь, что экономить на до не на спичках(уменьшение времени на набор текста), а на водке(уменьшение времени затрачиваемого на отладку).
Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

103. "Релиз языка программирования Go 1.8"  +1 +/
Сообщение от Аноним (-), 17-Фев-17, 17:18 
Форматирование переносом строк для чайников, том 2.

func g ()
{
// верно
}

func g
(
)
if x
{
/
*
а
т
л
и
ч
н
а
*
/
}

Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

107. "Релиз языка программирования Go 1.8"  +4 +/
Сообщение от Andrey Mitrofanov (?), 17-Фев-17, 17:32 
> После этого язык GO для меня не сущесвует

Вздох облегчения из гугля дважды обогнул шарик.

Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

146. "Релиз языка программирования Go 1.8"  +/
Сообщение от Аноним (-), 17-Фев-17, 18:21 
Я предпочитаю так:
>if x {
>...
>}
>else {
>...
>}

А с функциями зависит от количества аргументов. Например часто так получается:
>// ----------------------------
>func g(TYPE arg1,
>       TYPE arg2,
>      TYPE arg3,
>      ....)
>{
>...
>}

Но у маленьких функцию пишу так:
>// ----------------------------
>func g() {
>...
>}

Т.к. функции отделены комментарием, не принципиально где будет открывающая фигурная скобка, всё равно всё видно сразу. Но в Go работает только последний вариант.

Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

188. "Релиз языка программирования Go 1.8"  +/
Сообщение от Аноним (-), 18-Фев-17, 04:41 
>func g(TYPE arg1,
>       TYPE arg2,
>      TYPE arg3,
>      ....)

Если тебе такое понадобилось, с высокой вероятностью эту функцию стоит переделать: слишком длинный список аргументов, неиспользование typedef или слишком длинные имена параметров.

Ответить | Правка | Наверх | Cообщить модератору

206. "Релиз языка программирования Go 1.8"  +/
Сообщение от Аноним (-), 18-Фев-17, 20:16 
Или не тратить время и оставить всё как есть
Ответить | Правка | Наверх | Cообщить модератору

197. "Релиз языка программирования Go 1.8"  +/
Сообщение от angra (ok), 18-Фев-17, 15:43 
> После этого язык GO для меня не сущесвует

Одной из основных целей при разработке go и его дальнейшем развитии была и остается скорость сборки. Успех в этой области складывается в том числе и из таких вот мелочей. Но у таких ограничений есть и бонус - не надо ставить ';' в конце строк.

Чтобы тебя окончательно добить, сообщу страшную вещь, на go принято пропускать код через форматировщик. В результате у всех код в одном визуальном стиле. Так что для самовыражения в форматировании действительно лучше выбрать другой ЯП.


Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

207. "Релиз языка программирования Go 1.8"  –2 +/
Сообщение от Аноним (-), 18-Фев-17, 20:19 
> Так что для самовыражения в форматировании действительно лучше выбрать другой ЯП.

На мой взгляд предложенное форматирование в Go - самовыражение его разработчиков. В моём круге общения такой стиль считается неправильным и не приемлем.

Ответить | Правка | Наверх | Cообщить модератору

224. "Релиз языка программирования Go 1.8"  –1 +/
Сообщение от Андрей (??), 19-Фев-17, 15:59 
Неправильный стиль? Синтаксически корректный стиль оформления кода не бывает неправильным! Неприемлемый - пожалуйста. На вкус и цвет, как говорится.

А какой из общепринятых K&R, GNU, original Berkeley, Linux,.. приемлем? Или тот, что в js с jquery?

Ответить | Правка | Наверх | Cообщить модератору

232. "Релиз языка программирования Go 1.8"  +/
Сообщение от Аноним Аналитег (?), 20-Фев-17, 21:15 
>> В результате у всех код в одном визуальном стиле.
> В моём круге общения такой стиль считается неправильным и не приемлем

Мой опыт говорит, что в каждом монастыре свой code convention. Причем каждый кейс обоснуют. Многие ide позволяют подробно задать параметры форматтера. Слышали про collective code ownership?

Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру