Здравствуйте, ts20, Вы писали:
T>Здравствуйте, BulatZiganshin, Вы писали:
А>>>они уже готовы на 85-90%, но появляется одно НО — полный СТУПОР. Я не могу даже открыть файлы в редакторе, не знаю как это называется BZ>>а что ты делаешь при этом? 8 часов тупо сидишь перед моником?
T>Овощу. Иногда гамаю, иногда новостные сайты читаю, иногда на форумах зависаю, еще иногда телек гляжу и сплю.
Забыл про посещение порносайтов упомянуть
Здравствуйте, Доктор ТуамОсес, Вы писали:
T>>Овощу. Иногда гамаю, иногда новостные сайты читаю, иногда на форумах зависаю, еще иногда телек гляжу и сплю. ДТ>Забыл про посещение порносайтов упомянуть
Ой да ладно, у меня жена красавица, мне порносайтов не надо. Хотя да, бывает качнем порево и смотрим напару, обсуждая сисяу и попау тех или иных персонажей
Здравствуйте, ts20, Вы писали:
BZ>>>>возьми ипотеку (c) D>>>Точно! но сначала женись! 8>>и заведи ребенка или даже двух. а, еще машину подороже в кредит.
T>Жить есть где, машина есть, довольно неплохая и свежая, ребенок есть (развелся, плачу алименты). Это все не доводы.
Здравствуйте, мыщъх, Вы писали:
М>вы же хотели чтобы вас наняли на полную занятость и посадили на оклад. при этом даже примеров вопросов на которые вы можете ответить вы не предоставили. никто из признанных специалистов по си++ о вас не знает и рекомендации отсутствуют. да и потребность в консультанте по языку как таковая отсутсвует. вот у меня допустим вопрос. size_t foo(){return (size_t) -1;} bar(){ if (foo() == (size_t) -1) ... } всегда ли работает или нет. если не всегда, то где и на чем оно ломается. допустим, вы скажете "да, тут все ок". но как, блин, проверить ваши слова? только авторитетом... (правильный ответ: работает не всегда, но ситуации когда оно не работает гарантированно исключаются на всем парке целевого оборудования и осей).
ломается на -1, потому что size_t — это целое без знака. вот такое приведение это UB по стандарту (недавно как раз это место смотрел в ISO).
Здравствуйте, Piko, Вы писали:
P>Здравствуйте, мыщъх, Вы писали:
М>>вы же хотели чтобы вас наняли на полную занятость и посадили на оклад. при этом даже примеров вопросов на которые вы можете ответить вы не предоставили. никто из признанных специалистов по си++ о вас не знает и рекомендации отсутствуют. да и потребность в консультанте по языку как таковая отсутсвует. вот у меня допустим вопрос. size_t foo(){return (size_t) -1;} bar(){ if (foo() == (size_t) -1) ... } всегда ли работает или нет. если не всегда, то где и на чем оно ломается. допустим, вы скажете "да, тут все ок". но как, блин, проверить ваши слова? только авторитетом... (правильный ответ: работает не всегда, но ситуации когда оно не работает гарантированно исключаются на всем парке целевого оборудования и осей).
P>ломается на -1, потому что size_t — это целое без знака. вот такое приведение это UB по стандарту (недавно как раз это место смотрел в ISO).
"Стандарт сам по себе не является безупречно составленным документом (в котором бы не было неоднозначных толкований или откровенно противоречащих друг другу или здравому смыслу положений). Привести его в порядок — уже довольно сложная задача для комитета"(c) Masterkent
Здравствуйте, Доктор ТуамОсес, Вы писали:
М>>>вы же хотели чтобы вас наняли на полную занятость и посадили на оклад. при этом даже примеров вопросов на которые вы можете ответить вы не предоставили. никто из признанных специалистов по си++ о вас не знает и рекомендации отсутствуют. да и потребность в консультанте по языку как таковая отсутсвует. вот у меня допустим вопрос. size_t foo(){return (size_t) -1;} bar(){ if (foo() == (size_t) -1) ... } всегда ли работает или нет. если не всегда, то где и на чем оно ломается. допустим, вы скажете "да, тут все ок". но как, блин, проверить ваши слова? только авторитетом... (правильный ответ: работает не всегда, но ситуации когда оно не работает гарантированно исключаются на всем парке целевого оборудования и осей). P>>ломается на -1, потому что size_t — это целое без знака. вот такое приведение это UB по стандарту (недавно как раз это место смотрел в ISO).
ДТ>
ДТ>"Стандарт сам по себе не является безупречно составленным документом (в котором бы не было неоднозначных толкований или откровенно противоречащих друг другу или здравому смыслу положений). Привести его в порядок — уже довольно сложная задача для комитета"(c) Masterkent
следуя этой логике, можно сказать что любая программа на каком-нибудь компиляторе ломается, так как основана на языке определяемый неоднозначными толкованиями.
M>Это точно. Физический труд дает наглядное ощущение о проделанной за день работе — стенка зашпатлевана
Я в студенческие годы так работал на отделке офисных помещений. Сделали офис типичный. Кругом сраный гипрог. Сразу представляешь как туда завезут сраные офисные столы, за которыми будут работать сраные менеджеры сраного среднего звена. Никакого особого кайфа от этого не получаешь. Кайф есть когда в своем доме ремонт сделал или у себя на даче баньку поставил.
Что то аналогичное и с программированием. Когда сделаешь что то принципиально новое, то есть ощущение значимого результата. А так если добавил 30 мелких нахрен ненужных фич в продукт "Эдвансед Мега Тул" версии 4.3.123, то скука и лень становятся трудно преодолимыми.
Здравствуйте, Piko, Вы писали:
P>Здравствуйте, мыщъх, Вы писали:
М>>вы же хотели чтобы вас наняли на полную занятость и посадили на оклад. при этом даже примеров вопросов на которые вы можете ответить вы не предоставили. никто из признанных специалистов по си++ о вас не знает и рекомендации отсутствуют. да и потребность в консультанте по языку как таковая отсутсвует. вот у меня допустим вопрос. size_t foo(){return (size_t) -1;} bar(){ if (foo() == (size_t) -1) ... } всегда ли работает или нет. если не всегда, то где и на чем оно ломается. допустим, вы скажете "да, тут все ок". но как, блин, проверить ваши слова? только авторитетом... (правильный ответ: работает не всегда, но ситуации когда оно не работает гарантированно исключаются на всем парке целевого оборудования и осей).
P>ломается на -1, потому что size_t — это целое без знака. вот такое приведение это UB по стандарту (недавно как раз это место смотрел в ISO).
6.3.1.3 Signed and unsigned integers
1. When a value with integer type is converted to another integer type other than _Bool, if the value can be represented by the new type, it is unchanged.
2. Otherwise, if the new type is unsigned, the value is converted by repeatedly adding or subtracting one more than the maximum value that can be represented in the new type until the value is in the range of the new type.
3. Otherwise, the new type is signed and the value cannot be represented in it; either the result is implementation-defined or an implementation-defined signal is raised.
(size_t) -1 это приведение знакового к беззнаковому (2) и оно определено. if ((int)foo() == -1) -- это беззнаковое в знаковое (да еще скорее всего с разной разрядностью) и это (3).
кстати, даже с UB (size_t) -1 == (size_t) -1.
americans fought a war for a freedom. another one to end slavery. so, what do some of them choose to do with their freedom? become slaves.
Здравствуйте, мыщъх, Вы писали:
М>>>вы же хотели чтобы вас наняли на полную занятость и посадили на оклад. при этом даже примеров вопросов на которые вы можете ответить вы не предоставили. никто из признанных специалистов по си++ о вас не знает и рекомендации отсутствуют. да и потребность в консультанте по языку как таковая отсутсвует. вот у меня допустим вопрос. size_t foo(){return (size_t) -1;} bar(){ if (foo() == (size_t) -1) ... } всегда ли работает или нет. если не всегда, то где и на чем оно ломается. допустим, вы скажете "да, тут все ок". но как, блин, проверить ваши слова? только авторитетом... (правильный ответ: работает не всегда, но ситуации когда оно не работает гарантированно исключаются на всем парке целевого оборудования и осей). P>>ломается на -1, потому что size_t — это целое без знака. вот такое приведение это UB по стандарту (недавно как раз это место смотрел в ISO). М>6.3.1.3 Signed and unsigned integers
[skipped]
Да, тут вы правы. Я этот пункт не читал, а опирался на другой пункт:
If during the evaluation of an expression, the result is not mathematically defined or not in the range of representable
values for its type, the behavior is undefined, unless such an expression is a constant expression
(5.19), in which case the program is ill-formed. [Note: most existing implementations of C + + ignore integer
overflows. Treatment of division by zero, forming a remainder using a zero divisor, and all floating point
exceptions vary among machines, and is usually adjustable by a library function. ]
но раз есть "Signed and unsigned integers", то этот здесь не применим.
М>(size_t) -1 это приведение знакового к беззнаковому (2) и оно определено. if ((int)foo() == -1) -- это беззнаковое в знаковое (да еще скорее всего с разной разрядностью) и это (3).
нет, я не про (3) говорил — см. выше.
М>кстати, даже с UB (size_t) -1 == (size_t) -1.
Не факт. В моём понимание UB может быть != UB (если это не оговорено в стандарте).
Тем более в случае когда одно UB return'иться а другое находится на месте.
P.S. Надо будет хоть раз стандарт по диагонали просмотреть. А то я в него только при сомнениях заглядываю.
Здравствуйте, Piko, Вы писали:
P>Здравствуйте, мыщъх, Вы писали:
М>>кстати, даже с UB (size_t) -1 == (size_t) -1.
P>Не факт. В моём понимание UB может быть != UB (если это не оговорено в стандарте). P>Тем более в случае когда одно UB return'иться а другое находится на месте.
теоритически да. ub означает "nasal demons" и с "теологической" точки зрения трактователи священных текстов стандарта могут предположить, что компилятор возвращает rand(), что стандарту не противоречит. разработчики компиляторов, конечно, приколисты, но не настолько же! и UB он разным бывает.
например, a[i] = i++;
даже один и тот же компилятор в разных местах программы может генерить разный результат, т.к. это зависит еще и от работы оптимизатора. возможно, в машинном коде вообще не окажется a[i] = i++, а оптимизатор подставит предвычесленный результат. а оптимизатор может обрабатывать такой UB иначе, чем его обрабатывает непосредственно сам компилятор.
но: size_t a; ((int)a) = -1; (((int)a) == -1) во всех мыслимых ситуациях компилятором обрабатывается одинаково. ну или покажите мне такой компилятор, который на этом "ломается".
P>P.S. Надо будет хоть раз стандарт по диагонали просмотреть. А то я в него только при сомнениях заглядываю.
в принципе как и я но вот написанный код (10 килострок с кучей нетривальных "хаков") отлаживался под ms vc, а потом без проблем собирался на gcc 32/64 (никсы), gcc 64 (мак) и другими компиляторами. и как ни странно, все работало при этом я везде закладывался на целочисленное переполнение, размер int'а и так далее. но я же по уму закладывался, типа везде писал (... & 0xFFFFFFFF). хотя найти где int больше 32х бит это нужно хорошо поискать
americans fought a war for a freedom. another one to end slavery. so, what do some of them choose to do with their freedom? become slaves.
Здравствуйте, мыщъх, Вы писали:
М>теоритически да. ub означает "nasal demons" и с "теологической" точки зрения трактователи священных текстов стандарта могут предположить, что компилятор возвращает rand(), что стандарту не противоречит. разработчики компиляторов, конечно, приколисты, но не настолько же! и UB он разным бывает.
Дааа...
1) топик засрали окончательно
2) именно поэтому и не люблю плюсы, потому что там больше теологии, нежели реальной работы
Здравствуйте, ts20, Вы писали:
T>Здравствуйте, мыщъх, Вы писали:
T>1) топик засрали окончательно T>2) именно поэтому и не люблю плюсы, потому что там больше теологии, нежели реальной работы
я вот сейчас на питоне программирую. язык интересный, выучил за два дня, но вот отсутствие стандарта напрягает. что работает на "стандартном" питоне отваливается на питоновских компиляторах (front-end или jit) и приходится много трахаться. вот щас выяснил, что у pypy есть утечка дескрипторов в popen. ну это как бы предсказуемо, ибо пользоваться ей не рекоменудется, но то, что пришло ей на смену, отсутствует в более ранних версиях, которые стоят по дефлоту на многих никсах. господи, это же сколько трахаться надо, чтобы на питоне писать переносимо.
americans fought a war for a freedom. another one to end slavery. so, what do some of them choose to do with their freedom? become slaves.
Здравствуйте, ts20, Вы писали:
M_F>>Или представьте как радуются и пляшут конкуренты. T>Конкурентов нет, они дохлые все, просто ниша удачная.
А у меня вот один полусонный конкурент, вдруг ожил и начал активно кодить и демпинговать. Он даже фичи из моего роадмапа быстрее меня реализует Хотя быстрее не значит лучше.
Вообще выходит, что в конкурентах тоже есть некая польза (окромя вреда) — они не дают слишком сильно расслабляться.
M_F>>Я для себя сделал вывод — мне помогает короткий срок итераций и частые релизы — скажем неделя или две. T>Задумывался над этим, но к сожалению я долбаный перфекционист, не могу кривой код или неполный набор фич релизить. Понимаю что это глупо, но вот такая ботва...
Надо себя заставлять через "немогу"
Дык, когда объем работы большой — то, в самом деле, прогресс одного дня совершенно не заметен. Наверно это отчасти и демотивирует.
Я сам сейчас пытаюсь бить себя по рукам и уменьшать количество фич в релизе.
C>>За сколько пробежишь 5 километров с утра? T>5 км утром не пробегу, я их вобще не пробегу никогда. Один раз пробовал — пробежал около 2 км, издох весь и колени болели.
При большом весе бег имхо не очень — хороший дорогой велосипед двухподвес самое то.
Здравствуйте, Аноним, Вы писали:
А>они уже готовы на 85-90%, но появляется одно НО — полный СТУПОР. Я не могу даже открыть файлы в редакторе, не знаю как это называется, не отвращение, но ощущение близкое, хотя разумом понимаю, что осталось меньше недели фултаймовой работы и профит близок.
А>Вопрос, собственно, тот же — что делать, как себя заставить?
Отдохнуть. Если себя все время заставлять, организм в какой-то момент скажет, "с меня довольно". Если ступора недостаточно, чтобы дошло до разума, организм найдет более доходчивый способ изложить эту мысль. В общем, лучше отдохнуть недельку, к примеру, гуляя с девушкой в парке, чем провести ту же недельку на больничной койке
Здравствуйте, мыщъх, Вы писали:
М>>>кстати, даже с UB (size_t) -1 == (size_t) -1. P>>Не факт. В моём понимание UB может быть != UB (если это не оговорено в стандарте). P>>Тем более в случае когда одно UB return'иться а другое находится на месте. М>теоритически да. ub означает "nasal demons" и с "теологической" точки зрения трактователи священных текстов стандарта могут предположить, что компилятор возвращает rand(), что стандарту не противоречит.
ну так а я о чем..
М>разработчики компиляторов, конечно, приколисты, но не настолько же! и UB он разным бывает.
М>но: size_t a; ((int)a) = -1; (((int)a) == -1) во всех мыслимых ситуациях компилятором обрабатывается одинаково. ну или покажите мне такой компилятор, который на этом "ломается".
ну так мы же уже договорились, что я был не прав — это не UB.
но если есть случай(не относящиеся к этому примеру с size_t) где всё таки UB, то может быть и UB!=UB для одинаковых выражений под UB..
P>>P.S. Надо будет хоть раз стандарт по диагонали просмотреть. А то я в него только при сомнениях заглядываю. М>в принципе как и я
А вот видите я прочёл "not in the range of representable values for its type, the behavior is undefined", но не знал про "Signed and unsigned integers" — и в итоге сделал не правильные выводы. Это как пример того, что некоторую информацию лучше в голове держать, я не надеяться что во всех случаях гугление поможет.
М>но вот написанный код (10 килострок с кучей нетривальных "хаков") отлаживался под ms vc, а потом без проблем собирался на gcc 32/64 (никсы), gcc 64 (мак) и другими компиляторами. и как ни странно, все работало при этом я везде закладывался на целочисленное переполнение, размер int'а и так далее. но я же по уму закладывался, типа везде писал (... & 0xFFFFFFFF). хотя найти где int больше 32х бит это нужно хорошо поискать
не, ну мой код тоже вполне работает на windows/linux x32/x64, в перспективе mac. Причём в некоторых местах есть жёсткая привязка к конкретной имплементации компиляторов — без этого увы ни как, если в этом месте не делать надежду(ну не просто надежду, с верификацией естественно) на имплементацию, придётся нехилый эмулятор писать, который к тому же будет тормозить.
