Журнал больной на всю голову девицы

#define J_TRUE 0
#define J_FALSE 1
#define NOT ||

"Страшно? А я так всю жизнь живу!" (с) "Слепая ярость".

Posted by

Прошу прощения

#define OR ||

Posted by

Тоже хорошо :)

Posted by

Касательно определения J_TRUE & J_FALSE - это фирменный код, не мальчиков с собеседования. На этом контракте пришлось выдавить из себя привычку писать:

if(variable)

и заменить ее на

if(variable == J_TRUE)

И только так.

Posted by

Тогда уж
if(variable == J_FALSE) :))))
А для чего такую хню-то сделали???
От злобных арабских шпионов, чтоб код никто не прочел????

Posted by

Точнее
if(variable != J_TRUE) :))))))))
Блин, надо своему навигационному начальнику, озабоченному секретностью, посоветовать :))

Posted by

///Тогда уж

Не канает. J_TRUE используется именно как утверждение истины по всему коду.

//А для чего такую хню-то сделали???

Есть такая корпорация - NEC... Продолжать?

Posted by

Это типа, если результат без ошибок, то 0 ????
Вообще свежо, конечно.
А другого имени не нашлось?
Аж голова начинает болеть от вида одной строчки :)))

Posted by

//Это типа, если результат без ошибок, то 0 ????

Именно. Теперь понятно, почему я написал "Вы не знаете своего счастья"?

//Аж голова начинает болеть от вида одной строчки :)))

А у меня этого счастья - восемь мегабайт исходного текста. И Бангладор. Индусы. И сверху иногда использование

if (variable) как проверка НЕравенства. Они ж умные, они на специфическое значение дефайна посмотрели, они так пишут.

Так что целуй своих собеседуемых нежно, со всем пылом страсти, ибо придут они. Индусы. И ты поймешь, как шикарно ты жила, но будет поздно.

Posted by

Прелесть-то какая :)))))
Блин, а я еще со своими проблемами :))
Я б с ума сошла через пару часов :))
Стойкий ты, однако.

Posted by

Вот. Чего только не сделаешь, для прокорма детей-то.

Posted by

rsx11.livejournal.com

zero on success (и -1 on failure) - вполне себе принятая практика. Все (ну почти все) базовые юниксные syscalls так работают. Да и почти вся libc. Впрочем, с глобуса Windows это не всегда заметно...

Posted by

Практика Windows во многих случаях такая же.
Претензия не в 0 как в успешности возврата, а в имени.
Смотреть на строку if(something == J_TRUE) и думать, что в данном случае TRUE это не TRUE, а 0 как NO_ERROR, у меня, например вызывает головную боль.
Можно придумать миллион названий, не связанных со стандартными именами, не?

Posted by

sashf.livejournal.com

Мдяааа, лучше-б хотяб на манер кома сделали,
HRESULT variable, FAILED(variable),SUCCEDED(variable),S_OK (который тож кстати == 0x00000000)....;)
Так хоть нe ультимативный отказ или успех.
Или они статусы ексепшинами передавали? ;)

Posted by

//Или они статусы ексепшинами передавали? ;)
Плэин Си, однако.

(deleted comment)

Posted by

Да неужели ж их учат так значение присваивать???
Или так память освобождать???
Или делать хренову тучу никому ненужной работы???
Что-то мне подсказывает, что это уже персональные извращения.

Posted by

капец, кто ж нам софт завтра писать будет?

Posted by

Хе-хе
Вот ты и будешь :))))))
Если не захочешь такое в коде увидеть :)))
И я буду :))))
Потому что если не буду - потом получу двойную работу за себя и за того парня :)))
А серьезно - с тех пор как наоткрывали курсов программирования (трехмесячных!!!) общий уровень программистов снизился раз в 10 :((((((

Posted by

Ну дело в том, что такой программист не напишет модуль ядра или нейросеть или файловую систему или или. А все это нам надо будет, так вот кто будет это писать? нас с тобой маловато будет.

Posted by

....т.е. я хочу сказать что на самом деле программисты где-то есть.

Posted by

Есть, конечно, никто не говорит, что нет, просто, если раньше - даже года 4 назад - если я получала резюме программера, то в 90% это действительно был программер, то сейчас, если я получаю резюме и написано "программер" в 95% это мальчик после курсов, пару лет честно отсидевший где-нибудь в крупной конторе за написанием какого-нибудь одного модуля ну и решивший, что он в одиночку может потянуть систему :(((
Главное, что резюме что у программера, что у мальчика будет практически идентичным :(((

Posted by

phone screening отфильтрует.

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

Posted by

Я ж собеседования-то провожу, когда уже потенциальный претендент побеседовал как минимум с одним-двумя людьми :((( Они еще и отсеивают где-то половину, что из себя представляет эта отсеянная половина, я даже боюсь думать.
Не так все просто - эти ребята заучивают какие-то фразы что ли, не знаю, до того момента как начинается код все выглядит прекрасно. MSDN большинство из них знает на зубок, вот только пользоваться не умеют :((((
Есть, кстати, в ЖЖ несколько сообществ, где спрашивают - а что говорили там-то в такой-то конторе и идут уже с готовыми ответами :))

Posted by

Вот поэтому Спольский и рекомендует просить кандидатов писать код.

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

Posted by

Сложно все это, и хороших спецов иногда пропускаем :((, и мальчиков на собеседованиях получаем.
как-то нам посоветовали - сделать что-то типа заданий - на листках, а потом уже только эти листки и проверять, для скорости.
В итоге взяли человека, которые не может написать диалоговое окно без Wizard-a, зато по ответам на листках был лучшим :)))))
Уволили, конечно через пару месяцев, но заплатили столько штрафов, что теперь я предпочитаю разговаривать лично, дешевле выходит.

Posted by

как все это знакомо.

Posted by

rsx11.livejournal.com

Считать последнюю строку в стандартном текстовом файле размером 5-6 мега - разумеется надо сначала считать весь файл. Упростила - памятуя недавнюю fscanf-скую историю - все строки равны по размеру в байтах. Не помогло. 9 из 10 зубров упорно читают файл от начала до конца.

А що ви таки предлагаете?

Читать с конца (а на сколько далеко от конца отступить?) пока там newline не обнаружиться? Можно, но геморно. Более того, реализация lseek весьма далека от идеала, особенно на ext2/ext3. Так что, я бы пожалуй, предпочёл бы програмиста, который весь файл читает. Тем более, 5-6 мега, было бы о чём говорить. Вот если 5-6 гига, тогда можно и поизвращаться.

Хотя, конечно, если все строки равны, тогда дело другое...

Posted by

А получить размер файла в байтах, прикинуть хотя бы четверть от конца и не читать тупо весь файл как минимум, не?
А я бы считала первые 3-4 строки, получила среднее умножила на 2 и искала начало последней строки как размер файла минус полученное число. Если ничего не считалось - ту же цифру умножить еще на 2. Итд. В любом случае выйдет в десятки раз быстрее тупого чтения файлов от 1 до последнего байта.
Ну а если все строчки изначально по условию равны, читать с начала это вообще бред редкостный.
А 5-6 мега, если, например есть штук 30 файлов - баз данных для навигации, а именно для этого проекта искался человек - пока вы считываете все файлы с начала - а их же перед этим и раскодировать еще надо :)) - машина в Ливан уже уедет :))

Posted by

sparrowj.livejournal.com

/*А я бы считала первые 3-4 строки, получила среднее умножила на 2 и искала начало последней строки как размер файла минус полученное число. Если ничего не считалось - ту же цифру умножить еще на 2. Итд. В любом случае выйдет в десятки раз быстрее тупого чтения файлов от 1 до последнего байта.*/

в случае неравных длин строк может же быть первые 3-4 строки по 1му символу, а потом еще 10000 строк по 10000 символов... Как известно, минимальная единица ай/о операции - блок диска (точнее блок файловой системы), поэтому чтение блока диска с концом файла это минимальная ай/о издержка. Яб получил длину файла и размер блока диска, отсчитал бы размер блока с конца (если файл вообще больше блока) и искал бы там сначала (получилось бы 1 или 2 считаных блока взависимости от того как лежит на диске конец файла) поскольку 4кб это типичный размер блока, то вероятно последняя строка лежит в нем. В случае неудачи поиска придется отсчитать 2 блока с конца и повторить поиск (в этом случае с диска будет считан еще ровно 1 блок - хвост файла уже в кеше) итд.

/*Ну а если все строчки изначально по условию равны, читать с начала это вообще бред редкостный.*/

ну это да...

Posted by (Anonymous)

<gram|work> про индийский код
<gram|work> Какой самый извращенный способ проверить в условии if () булевскую переменную ?
<gram|work> bool b;
<gram|work> b = false;
<gram|work> if (b == true){...}
<gram|work> Это децкий лепет
<gram|work> ИТАК, ПЕРВОЕ МЕСТО
<gram|work> Знакомый говорит что нашел только что в коде:
<gram|work> if (b.ToString().length < 5){...}

http://bash.org.ru/quote.php?num=66390

Posted by

sashf.livejournal.com

этА 5 !!!!

Posted by

o-st.livejournal.com

Оттуда же:

if (0 < -this.Position.Y) {...}

http://bash.org.ru/quote.php?num=224696

Posted by

o-st.livejournal.com

Сам я перестал быть разработчиком довольно давно, ушёл в "администраторы" и сейчас пишу только скрипты, но какие-то знания остались :-)

На днях мимо меня прошло задание "по C++" для какого-то младшекурсника, выполненное программистом, всю жизнь работающим с Pascal-ем, занимаясь численными методами.
Динамического использования памяти в заданих не требовалось, просто использование некоторого количества структур данных и работа с ними.
Стиль - неотличим. Использование strlen() в циклах, где достаточно сместить указатель. Указатели используются только как аргументы функций. О модификаторе const, видимо, неизвестно вообще.

Во времена, когда GNU-fortran отсутствовал (речь не о Windows), и альтернативой были дорогущие компиляторы третьих фирм, схожие конструкции генерировал препроцессор f2c.

Я предполагаю, что человек, который использует такие конструкции, думает в концепциях какого-то другого языка программирования, а то, что получается в результате - это результат "подстрочного перевода". Автор не использует (или не понимает) ни идей языка на котором ему приходится писать, ни даже среды исполнения. Работает - и ладно.

Posted by