Без этого никак?

тебе субдиректорий жалко?

или он стоит по умолчанию уже

На будущее - go get скачивает все пакеты, которых нет, но от которых зависит. А ошибка no buildable Go source files ничего не значит, пакет к этому времени уже скачался

python3

Ты уверен что это не python 2?

https://github.com/hanwen/go-fuse/blob/master/splice/copy.go

это ты к чему?

Кстати, как побороть import cycle not allowed?

сменить язык

сменить язык

не поможет, это момент архитектурный

не поможет, это момент архитектурный

тогда никак. В го нет циклических импортов, и не планируется.

Ну, либо менять архитектуру, а потом уже язык)

Не то что не планируются, они специально находятся и тыкают разработчика носом в это

Так а есть секрет успеха, как начать писать на go?

записывай, диктую: 1. Открываешь текстовый редактор. 2. Пишешь.

Открывай ноутбук Закрывай ноутбук Ложись спать

Очень хороший алгоритм

записывай, диктую: 1. Открываешь текстовый редактор. 2. Пишешь.

работает, спасибо !

Не то что не планируются, они специально находятся и тыкают разработчика носом в это

ну, какбэ, гоша планировался как "охренительно простой язык" с "быстрой конпеляцией". Как только из хотелок "быструю конпелящию" уберут, сразу циклические зависимости в языке появятся.

Открывай ноутбук Закрывай ноутбук Ложись спать

блядский алгоритм, работать невозможно

и уйти с этого алгоритма тоже нельзя

в шарпе есть дефолтные значения?

для скалярных типов - да

для скалярных типов - да

а не скалярные это какие?

а если я не инициализирую значения поля у структуры, оно подставит дефолтное? (как в го)

скалярам подставит, оно, впрочем, везде так

а не скалярные это какие?

"ссылочные" в терминологии C#

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

ну, кроме шарпа(?) и го

в С++: int x; В x будет лежать 0

нет.

Почему в конфе срутся два кота?

водой их из ведра

?

Подскажите пож куда нужно глянуть, чтобы решить подобною задачу. У меня есть два серсиса, назовем их А и Б. Сервис Б выкачивает из БД все что было в сервисе А. Проблема в том, что когда сервис Б умрет на какое-то время(для примера неделю), то при новом старте он снова начнет качать всю истории с самого начала, а мне бы хотелось, чтобы он качал историю только за прошедшую неделю. Мб кто-то сталкивался с таким ?

а в чем сложность?

Почему в конфе срутся два кота?

мяу

Подскажите пож куда нужно глянуть, чтобы решить подобною задачу. У меня есть два серсиса, назовем их А и Б. Сервис Б выкачивает из БД все что было в сервисе А. Проблема в том, что когда сервис Б умрет на какое-то время(для примера неделю), то при новом старте он снова начнет качать всю истории с самого начала, а мне бы хотелось, чтобы он качал историю только за прошедшую неделю. Мб кто-то сталкивался с таким ?

вам нужно на сервисе Б знать, на каком элементе он остановился

подойдут обычные unique id

нет.

#include <iostream> int main() { int i; std::cout << i << std::endl; return 0; } Заставь, пожалуйста, ЭТО мне отдать что-то отличное от 0.

#include <iostream> int main() { int i; std::cout << i << std::endl; return 0; } Заставь, пожалуйста, ЭТО мне отдать что-то отличное от 0.

легко

у вас MSVC? если да, то на этом можно останавливаться

gcc

gcc

))

подойдут обычные unique id

и правда, спасибо

неплохо, я даже скомпилировать не успел

оно чот рандомное вообще

вижу картинку с экраном какой-то ноунейм вещи... не уверен, что там именно мой код выполнялся

вижу картинку с экраном какой-то ноунейм вещи... не уверен, что там именно мой код выполнялся

➜ ~/dev/cxx/default_values (master) ✗ cat main.cpp #include <iostream> int main() { int i; std::cout << i << std::endl; return 0; } ➜ ~/dev/cxx/default_values (master) ✗ clang++ -O3 -o app main.cpp ➜ ~/dev/cxx/default_values (master) ✗ ./app 1371989960

я, конечно, понимаю, что int x - выделение памяти на стеке, никто не обязывает эту память вычищать

so?

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

вот в этом фрагменте собака, я же верно понимаю: -O3

пфф

а кто обещал другое?

нули обязательно будут только с -g -O0

т.е. с оптимизациями

и то это implementation defined

т.е. с оптимизациями

наоборот.

ок, на низкоуровневых вещах, поведение может отличаться

наоборот.

ну да, не так выразился

ок, на низкоуровневых вещах, поведение может отличаться

ты пришёл к аргументу, который был несколько часов назад

нули обязательно будут только с -g -O0

значит если в коде задумано что при определении переменной она будет равна нулю - лучше дефайнить через int x = 0; ?

значит если в коде задумано что при определении переменной она будет равна нулю - лучше дефайнить через int x = 0; ?

естественно

ну, т.е. без экономии тактов 0 по дефолту таки будет?

коких тактов??

псих что ли?

псих что ли?

кот

кот

тогда ладно

ERROR: S client not available

а что, ты в продакшн будет выкатывать с -g -O0?

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

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

наоборот

я в продакшн выкатывать C++-код не буду)

только с -g -O0 оно говорит, что нужно ставить нули

-O0 - не оптимизированный код с защитой от дурака-программиста

так ведь?

нет никакой защиты от дурака

это нужно только для дебага

а откуда тогда 0 берется?

а откуда тогда 0 берется?

так придумали, но это никакая не защита

ну т.е. придумали "дефолтное значение для инта" в целях отладки?

ты хочешь чтобы я тебе сказал, что "в с++ существуют дефолтные значения"?

в чём спор вообще

А какой вообще профит от дефолтных значений в неинициализированных переменных по сравнению с компилятором, который не даёт использовать неинициализированные переменные?

при -g -O0 специально зачищается память в нули

А какой вообще профит от дефолтных значений в неинициализированных переменных по сравнению с компилятором, который не даёт использовать неинициализированные переменные?

чуть меньше символов в некоторых строках))))

и чуть больше машинного кода))

чуть меньше символов в некоторых строках))))

и больше гемороя в некоторых случаях

и больше гемороя в некоторых случаях

почему?

почему?

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

почему?

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

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

Ну и вот это тоже

понятно

я вот немножко головой ебанулся

решил свой яп писать

Почему в конфе срутся два кота?

еще третий может быть )))

чисто чтоб скилл прокачать слегка)

еще третий может быть )))

четвёртый

решил свой яп писать

Алгебраические типы уже запилил?

решил свой яп писать

(почти) все так делают