10 posts tagged “work”
Получил спам от одной из фирм по хайтековскому трудоустройству, со списком предлагаемых позиций, в коем, не без умиления, обнаружил позицию, на которую вот уже три месяца безуспешно ищу кандидатов. Интересно, нет ли способа получить дважды бонус за одного и того же человека: один раз - от фирмы по трудоустройству, второй - от собственной фирмы.
Crossposted to LJ, itemid = 2833, security = public, mask = 0.
Уже второй раз натыкаюсь в железяках двух довольно больших фирм с багом, вызванным необоснованными предположениями касательно TCP/UDP source port. Как, КАК они это делают???
Crossposted to LJ, itemid = 2809, security = public, mask = 0.
Есть ли кто из читающих сие, которым приходилось с этим делом работать? Конкретно интересует traffic capture этого самого дела, работающего в режиме mask assignment. Благодарность моя не будет знать и прочая и прочая.
Crossposted to LJ, itemid = 2771, security = public, mask = 0.
Интересно, что с одной стороны, 8 лет работы на одном месте выглядят подозрительно (засиделся?) и видимо свидетельствуют о некоторой однобокости опыта, с другой - ишешь, конечно же, постоянства и монолитности, человека, который продолжит работать на своем месте даже когда ты уже на пенсию уйдешь. Вечно хотим невозможного.
Кстати, человека продолжаем искать, если что. Вот тут - требования к кандидату.
Crossposted to LJ, itemid = 2745, security = public, mask = 0.
получил ответ от HR по поводу внедрения велосипедов. Ответила уклончиво, что называется, по всем пунктам.
Недавно HR организовывала воркшоп на тему оценки работников. Там в числе прочего говорили про SMART goals. M - это measurable. В случае с "зеленой" инициативой количественная оценка проделанной работы очень проста: насколько меньше кубов углекислого газа выброшено в атмосферу благодаря усилиям HR? Ответ будет, я подозреваю, ноль.
Crossposted to LJ, itemid = 2615, security = usemask, mask = 1.
Два дня трахался с работал над багом. Сегодня наконец доказал всем (и себе в том числе), что баг этот - вне всякого сомнения является багом в JDK. Теперь еще два дня буду трахаться работать, чтобы фотографии отдать воркэраунд найти. Луч неприятностей с налоговым управлением всем программистам САНа!
(Для особо извращенных мазохистов - содержание бага: при подключении а) через SSL, б) через прокси, джавовский Http client сначала успешно скачивает то, что его просят, потом решает, что скачалось плохо, и пробует еще раз. Вот в этот-то второй раз он и забывает в GET-request, что внутри туннеля, вставить первую, самую главную строчку. Осталось понять, что именно ему не нравится в нашем ответе, и почему аналогичный ответ, получаемый через ISA, его устраивает).
Crossposted to LJ, itemid = 2525, security = public, mask = 0.
Ну, то есть, понятно, что те люди, которые приходят в хайтековскую
фирму от лица консалтинговых компаний, и за 2 (3, 5, 8) часов беруться
обучить несчастных хайтековцев (которые только и думают, как бы
улизнуть, чтобы успеть хоть как-то доделать свою основную работу) как:
- руководить группой
- правильно оценивать performance своих подчиненных
- правильно распоряжаться своим временем
- общаться с заокеанскими коллегами
Хорошо живут, дармоеды. Какие лабы... Какие кабинеты... Какие кофейные автоматы, наконец... Ну, и качалка своя, разумеется. Коллега порадовал изречением: "נראה לי שהסוויטץ' הזה הוא סתם חויניה", также порадовало получасовое ожидание за дверью лабы, при том, что еще один наш человек находился внутри, но на наш стук в дверь не отзывался (двери у них тоже хорошие, двойные). WCCP вел себя ожидаемым образом, L2 не обнаружен, все идет по плану.
Пребывая в некотором глубоком аху недоумении, обращаюсь к друзьям за советом и утешением.
Есть у меня некий скриптик на пайтоне, который запускается неким главным процессом в системе. Этот главный процесс помимо моего скриптика еще кучу всего запускает. И вот, допустим, этого скриптика хотят убить. Посылают ему TERM. Он этот TERM культурненько перехватывает, делает себе там, что нужно, и тихо-мирно помирает, путем вызова sys.exit(). Вместе с ним, однако, помирают все процессы, запущенные вышеупомянутым главным процессом, равно как и сам главный процесс, иными словами, вся process group неиллюзорно накрывается медным тазом. Будучи пытаем посредством strace, пайтон признался, что перед смертью вызвал exit_group(1), каковой и убил все процессы в группе, хотя должен был, если верить ману, убить только лишь потоки внутри текущего процесса. Собственно, вот и все обстоятельства, в свете которых я и пребываю в глубоком аху недоумении. Потому как запускать пайтон в своей группе - жирно будет, ну и вообще непонятно, какого хрена он этот exit_group вызывает. Гугль не был мне в помощь. Прежде чем я полезу в сорсы ядра и пайтона, возможно, кто-то с таким сталкивался, и сможет излечить мои печали одним метким словом?....
Апдейт: я идиот, у меня был дурацкий баг: некая переменная неправильно переопределялась в неправильном scope-е. Я все равно не понимаю, почему exit_group() убивает всю группу процессов, но теперь это уже не так важно.
Ага, до меня доперло. Функция, которая обрабатывает TERM, должна, в числе прочего, убить еще некий процесс, который запускается этим скриптом. PID этого процесса лежит в глобальной переменной. Однако в пайтоне, если не сказать внятно, что переменная - глобальная, она будет переопределена в текущем скоупе - с дефолтным значением (т.е. 0). После чего скрипт ничтоже сумняшеся вызовет kill(0, SIGTERM), чем и убьет абстену как себя, так и всю свою группу.