IT + Не мое

Узнал о существовании 28-ядерных процессоров.Зашел на Я.Маркет из любопытства поглядеть стоимость. Смотрю ценник - 1,5 ляма, но что удивило - аж 5 отзывов. Думаю, круто, хоть узнаю для чего эти процы используют, но не тут-то было.

Все отзывы оказались, приблизительно, следующего содержания:

Ильинский Вячеслав:

Достоинства: Прочный, красивый, блестит на солнце.

Недостатки: Не под любой интерьер подходит.

Комментарий:

Купил 4 штуки на кухню под ножки стола, а то царапает ламинат. Искал чтобы по цвету подходило. Клеил ПВА, схватилось моментально. Теперь стол передвигается бесшумно. рекомендую.

Гайфуллин Азамат

Достоинства: Мощный, быстро загружается windows xp

Недостатки:

Жаркий, выполнения задач происходит на выводе быстрее чем я успею отправить задачу на ввод, из-за этого иногда система крашется(

Комментарий:

Долго собирал сборку пк именно для игры lada racing.

Ну что ж! этот камень почти справился, 29fps! Всем советую

Анонимный пользователь

Достоинства:

-Дешевый. На этом все

Комментарий:

Система грузилась 3 минуты. А потом в ребут ушла. Но после танцев с бубнами все таки получилось нормально запуститься, всего то перепаял розетку с 775 на 3647, пустяки.

Анонимный пользователь:

Достоинства:

1. Понравилось сочетание цифр в числе 8180. Как по мне, то вместе с "Xeon" звучит идеально!

2. Серебристый цвет и прямоугольная форма cpu просто радует глаз своей неповторимой эстетикой.

Отработав много лет в компаниях, занимающихся разработкой программного обеспечения на заказ, невольно начинаешь задумываться — а как всё-таки выглядит вся эта суета с другой стороны, со стороны заказчика? Грешным делом начинает казаться, что там всё просто и понятно, все люди сведущи и профессиональны, решения принимаются осмысленно и обоснованно, да и вообще, жизнь кипит, а не как в этом нашем айтишном болоте…

Пару-тройку лет назад подобные соображения подтолкнули меня попробовать поработать в компании, где источником дохода является что угодно, только не разработка софта. Удачно подвернулось предложение от бывших коллег занять должность IT-директора в одной из ведущих организаций финансовой сферы, и я приступил к кипучей деятельности, браво закатав рукава. Теперь, спустя некоторое время, с высоты, так сказать, полученного опыта, хочу поделиться сюрпризами, что ожидали меня на этом пути – конечно, те, кому уже довелось поработать в разных сферах и разных организациях, скорее всего не обнаружат тут для себя ничего ни нового, ни удивительного, однако для наивных айтишников вроде меня, видавших доселе только однотипные «бодишопы»-аутсорсеры, что-то может показаться и вправду неожиданным.

Внезапно живые женщины

В первый же рабочий день я был в полнейшем ступоре просто от созерцания офисного народонаселения. Не секрет, что в айтишных конторах, как правило, работают в основном относительно молодые мужчины, плюс секретарша, менеджер по персоналу, бухгалтер, может быть юрист и пара-тройка девушек на технических позициях вроде аналитики или тестирования. На сотню работников, что выливается примерно в 90% мужского населения, что с годами начинает восприниматься как норма. Нет, конечно, утром по пути в офис ты замечаешь, что спешащих на работу людей примерно поровну, и все эти представительницы прекрасного пола тоже где-то должны работать, но когда я воочию увидел компанию, где практически две трети женщин – это был, честно сказать, шок. Без какой-нибудь сексистской подоплёки – просто невероятный отрыв от привычного положения вещей, к которому приходится привыкать, по первому времени тщетно пытаясь не охренеть в лифте с десятком коллег противоположного пола.

Внезапно взрослые люди

Подавляющее число разработчиков – люди относительно молодые. Статистикой не владею, могу только сказать, что в свои примерно 40 я почти везде, где доводилось поработать в последние годы, оказывался в верхних 5% по возрасту – проще говоря, большинство коллег оказывались младше меня. Здесь я поначалу просто заподозрил что-то «неладное», и только потом на глаза попалась официальная статистика, утверждавшая, что средний возраст в компании… около 43 лет. Чёрт, да впервые за последние лет двадцать я оказался моложе среднего в компании, где работаю – снова почувствовал себя молодым. Есть из этого момента и некоторые следствия, скажем так, неопределённого характера – например, впервые мне довелось провожать на пенсию коллегу, ведь в айтишных компаниях такого просто не бывает! Вызывает странные ощущения внутри организма, как-то связанные с внезапным осознанием течения времени, бренности всего сущего, и т.п.

Непрерывные празднования

Вот уж не знаю, почему, но айтишные конторы таковым не слишком грешат – да, конечно, поедят тортиков на день рождения, да и дело с концом. Здесь же… конечно, дни рождения, потом именины, все религиозные праздники, плюс 8 марта, и т.д., и т.п. Причём по каждому поводу собираются деньги (находятся коллеги, которые готовы тратить время и нервы на эту муть, лишь бы не работать), накрываются столы, в особых случаях даже режутся салаты и устраиваются песни и пляски – не вру! Для некоторых случаев даже нанимался профессиональный хореограф для постановки всех этих хороводов, с многодневными репетициями в митингрумах и коридорах. Пьяных драк только не было, поскольку с алкоголем тут строго, да и слава богу.

Жизнь за компанию

Каков привычный срок работы на айтишную компанию? Правильно, года два. Отработал три? Старожил. Пять? Ну, наверное, ты основатель и не хочешь бросать своё детище. И вот когда такая схема прочно укореняется в мозгах, вас ожидают непередаваемые ощущения на первом же ежегодном корпоративе, когда начальство начинает вызывать на сцену ваших коллег для выдачи грамот и ценных призов (опционально) за лояльность к компании. Вот идут те, кто проработал 5 лет, 10 лет, 15 лет, 20 лет, 25 лет… и их набивается если не полная сцена, то вполне прилично! То есть вот стоят реальные люди, которые четверть века оттарабанили на одну контору, которую за это время дважды перепродали и четырежды сменили название! В голове это категорически не укладывается, по крайней мере мне так и не удалось отскрести челюсть от пола.

Жёсткая иерархия

Для контраста: обычная структура айтишной конторы средней руки – это нечто весьма аморфное, и в то же время довольно плоское. То есть имеются, конечно, всякие там директора, менеджеры, тимлиды – однако назвать это иерархической структурой язык не поворачивается, в основном потому, что соль конторы айтишной – это проекты, суть образования временные, вокруг которых и возникают, как правило, какие-то зыбкие структуры. Привыкли? Отлично. А в неайтишной конторе всё не так! Структура многоуровнева, незыблема и священна. Своё место в ней блюдётся яростно и всеми возможными способами и средствами. И нет большего оскорбления, чем спутать должность человека, и назвать его специалистом, когда он давно уже старший специалист! Самое интересное, что в 80% случаев все эти звания, титулы и места в иерархии – абсолютно пустой звук, но самими работниками им присваевается настолько грандиозное значение, что зачастую просто хочется плакать, наблюдая, как вполне себе взрослые (см. пункт 3) люди определяют себя и строят своё поведение, основываясь на ничего не значащей «лычке».

Жёсткие границы

Оказывается, «not my job» — священная мантра, которую дозволяется постоянно применять всем, включая представителей самых нижайших иерархических каст. В то время, как айтишники несмело пропагандируют концепции вроде «collective ownership», в неайтишной конторе это – ересь, хуже которой, пожалуй, только нарушение иерархии. Тут каждый в точности знает, что он обязан делать на своей позиции, и не делает абсолютно ни малейшего движения ни одним своим мизинцем, если это движение не описано в его должностной инструкции. Казалось бы, отлично! Чёткость, ясность, определённость процессов – это прекрасно, однако стоит учесть, что ничто не бывает идеальным. Случается, что какая-то важная часть работы по недосмотру оказывается ничейной – тогда вы приплыли. Никто, ни за какие коврижки не согласится её выполнить, даже если всем вокруг очевидно, что сделать эту часть работы обязательно нужно. Хуже того, стоит кому-то уйти в отпуск или заболеть, если по невозможности это сделать или просто по забывчивости не будет официально назначен заместитель – всё, работа встала. Никто и никогда не возьмётся «впрячься» за коллегу, даже если это будет стоить 15 минут времени в неделю и ровно никаких мозговых усилий (буквально, это true story).

Карьерный ужас

Покуда за айтишниками гоняются стада рекрутеров, униженно упрашивая пообщаться на предмет открытых вакансий, в неайтишной среде всё совсем не так: рынок труда принадлежит по большому счёту работодателю. Он тут и царь, и бог, за редким исключением всё тех же местных айтишников, а также – немногочисленных узких специальностей, где ситуация похожа на айтишную. Из этого имеется ровно два важных следствия: во-первых, подавляющее большинство коллег имеет в глазах животный страх перед лицом начальствующим, в силу того, что в его силах взять да и прервать твою многолетнюю эпопею на своей теперяшней позиции. Страх усугубляется тем, что чем долше человек работает на одной позиции и в одной организации (см. также пункт 4), тем больше он становится пригоден только и единственно для работы на этой самой позиции. В итоге, чем дальше – тем хуже, и начальство этим активно пользуется для самовозвышения и местечкового властвования. Второе следствие – начальство понятия не имеет, как себя вести с теми же айтишниками, где всё происходит с точностью до наоборот, и в итоге наиболее адекватные айтишники просто разбегаются туда, где ценить их будут больше, да и платить, впрочем, тоже.

Начальственный ступор

Удивительным образом сочетается с тем, что работники в большинстве случаев – вполне себе сформировавшиеся люди, с приличным опытом работы, семьями, и т.п. Но, тем не менее, факт: свободно пообщаться ты можешь только с работниками, которые находятся на твоём иерархическом уровне, или на двух смежных – сверху и снизу. Попытка обратиться к кому-то вне этого диапазона напрямую вызывает начальственный ступор: вне зависимости от того, обращаешься ли ты к кому-то чересчур выше или чересчур ниже себя, субъект впадает в кататоническое состояние, вызванное тем, что он не знает, а что вообще тут происходит? Если вы посылаете е-майл, то он скорее всего останется неотвеченным, звонок тоже, а если провернуть немыслимое при личной встрече – можно понаблюдать натуральное остолбенение организма, остекленение взора, бессвязное бормотание, поспешное бегство, симуляцию входящего телефонного звонка, и прочие забавные эффекты. Реакция, судя по всему, физиологическая, и потому разрешению ситуация не подлежит – остаётся только тратить тысячи времени на обращение к нужным людям через иерархических посредников. Интересно также, что у аборигенов такая система не вызывает не то что возмущения или удивления, но даже каких-то неудобств.

Неайтишные неайтишники

Это, вобщем-то, скучный пункт – столько анекдотов придумано на эту тему; однако в личной практике человека, много лет на работе окружённого айтишниками, такое приключается когда-то в первый раз. Вот и мне впервые выдали лаптоп без админских прав. Вот и я впервые наткнулся на орды коллег, которые не в состоянии скопировать файл, удалить приложение из письма, подключить проектор, подключиться к беспроводной сети без пароля, распечатать документ, отключить микрофон в веб-конференции. Сделать снимок экрана и переслать его по электронной почте или вставить в документ не может практически никто. Шок прошёл примерно через полгода, фоновое непонимание не исчезает до сих пор, поскольку одним и тем же тривиальным действиям приходится раз за разом обучать одних и тех же людей, которые свято верят, что запоминать эту «айтишную чепуху» им не с руки, не их это работа. Одновременно, тутошние айтишники зачастую разбираются в бизнесе своих коллег совсем неплохо, и эта ассимметрия воспринимается вобщем-то как должное.

Расходная часть

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

Внезапный декрет

Из первых двух пунктов этого списка вроде бы как естественным образом вытекает тот факт, что работники (то есть — работницы) будут довольно часто уходить в декрет – ан нет же, для меня и это первые пару раз оказывалось сюрпризом! Ну не привык я синхронизировать проектные планы с неозвученными планами прироста семей сотрудниц. Выглядит это так: в критический момент важного проекта ты пытаешься связаться с ключевым сотрудником, которая оказывается сотрудницей, неделю назад ушедшей в декрет, и месяц назад «забывшей» об этом предупредить. И да, никто её не обязывает назначать заместителя (см. пункт 6), чай не об этом сейчас голова болит, так что вполне вероятно, что твой важный проект тупо встанет и потребует нечеловеческих усилий для дальнейшего продвижения вперёд. И да, всем плевать, ведь дети – цветы жизни. И да, за пару лет такое приключалось раз пять, так что, вероятно, это есть нормальное положение вещей, которое, опять же, в неайтишной конторе никого не напрягает, а в айтишной – абсолютно немыслимо, по-моему. И да, вполне нормально назначить только что вернувшуюся из декрета даму на какой-нибудь стратегический пост, с тем, чтобы спустя полгода она благополучно отбыла в следующий декрет.

Нерешительные кадры

Кадры-то, конечно, решают всё, да вот только если денег на них выделять мало (см. пункт 10), и вообще погрузить в пучину странной неайтишной жизни (см. остальные пункты), то становится понятно, почему так трудно сформировать и удержать достойную команду внутренних айтишников. Только ты соберёшь сильных разработчиков – начальство решает, что проект надо отдать аутсорсерам, ибо не барское это дело такой ерундой нам тут заниматься, у нас ведь core competence другой. Только ты уговоришь всеми правдами и неправдами толкового специалиста поработать в твоей команде – начальство урежет зарплатный бюджет и будет долго удивляться, почему же новичок так быстро ушёл. В итоге такой постоянной фильтрации в команде естественным образом остаются две категории людей: борцы за идею с горящими глазами, отцы тех систем, которые они тут годами строили по крупицам (это хорошо, но таких мало), а также – ребята нерешительные, которым тут «спокойно». Последних больше, профессиональным развитием они не сильно озадачены, зато готовы терпеть зарплату пониже и задачи пожиже. Вобщем, теперь я очень хорошо понимаю, что в силу сложившейся ситуации у самого разного рода аутсорсеров всегда будет хлеб с маслом к обеду, потому как не всякую гору свернёшь с такой специфической компоновкой команды.

Язык куда только не заведёт

И на сладкое – про языки. Нет, не про языки программирования, а про языки обычного человеческого общения, а также – написания документации. Удивительно, но даже во вполне себе многонациональных корпорациях, не для всех является сразу же очевидным, что техническая документация общего пользования должна быть на каком-то языке, который понимают больше миллиона человек на земле. На английском вот, например. В айтишных компаниях такого вопроса даже никогда не возникало – всегда всё и везде писалось на английском, так что в результате автоматически разрешались многие вопросы: аудиты, привлечения сторонних специалистов, передачи проектов кому-то ещё, да мало ли! Однако не так прост рядовой неайтишник. Что с того, что он работает в многоязычной среде? Что с того, что он даже наверняка знает наперёд, что пользоваться документом будут коллеги, не говорящие на его языке? Фи, разве это веская причина для того, чтобы не писать стостраничную спецификацию на никому не понятном языке. Так же ему удобнее. А кому надо прочитать – ну пусть потом переводят как-нибудь, только не онлайновыми переводчиками, потому как мы же не хотим подвергнуть риску конфиденциальную информацию. Да-да, вот давайте привлечём профессиональных переводчиков! А кстати, чего это у вас расходы так возросли?

Вот, пожалуй, и всё – из основного. Глядишь, на несколько ошарашенных айтишников в мире станет поменьше!

Источник: https://habrahabr.ru/post/340952/

Историю поведал хороший знакомый. На истинность не претендую, может и приврал чего. Сразу извиняюсь за ошибки, ибо знания мои в IT немногим выше чем в исследовании действий лунных фаз на размножение инфузории...

Значит работал он на одном производстве программистом-айтишником-связистом и т.д.  и т.п. всё в одном. Работал прямо со дня основания. Директор (он же хозяин) - бывший военный, мужик жесткий, но конкретный. На тот момент ЗП у всех были просто охупупенными.

Шли годы, он работал, писал ПО для конторы, внедрял компьютерные новинки. Некоторое ПО писал просто по доброте душевной за просто так. Производство ширилось, зарплаты у рабочих росли, а вот у моего знакомого, бухгалтерии, юристов и прочих офисных работников НЕТ!!! На резонные вопросы к руководителю: - а что это за нахуй?! Тот отвечал, мол люди в цехах да на улице в любую погоду, а вы как клерки с 9 до 18 в офисе... вам то чего нужно?!

Время шло, цены росли, народ начал уходить. Товарища это дело тоже подзаебало, когда его ЗП стала ниже ЗП по вакансиям в непотребных конторах, на которые раньше бы он и не глянул. На предложение начальнику поднять ЗП, тот снова поведал про тяжбы тех кто в цехах... а ты, мол как 5 лет назад по клавишам клацал, так и сейчас клацаешь, а еще всю хуйню, что ТЫ просишь (это новые компы, серваки, оборудование) покупаю!!! Вот что тебе еще нужно?! Короче достучаться до отставного вояки, который втемяшил, что офисный планктон должен быть ему признателен за крышу над головой не получалось ни у кого.

Товарищ решил уходить, стал искать вакансии в Москве и Питере (т.к. в Смоленске его ничего не держало), уведомил начальника о том, что уходит. Уведомил официально, через отдел кадров, а так же уведомил, что некоторое ПО он заберет с собой и у конторы могут быть проблемы и она может или заплатить за него или купить стороннее и он его установит пока отрабатывает свои дни. Короче с юридической точки зрению не докопаешься.  То же самое он изложил в устной форме своему начальнику, на что услышал, что он неблагодарное чмо и пошел ты в жопу со своими программками, и без тебя справимся, и ни копейки ты больше чем положено не получишь.

Настало время уходить. Товарищ, что бы не быть козлом разослал всем мануал, как работать работу без всем привычного ПО и ушел...

Как вы догадываетесь производство тормознулось в разы, то что делали за час - стали делать за 3. Начальник в истерике. Звонил, угрожал судами, потом предлагал выкупить ПО, потом предлагал вернуться назад с повышением ЗП на 5000 (пиздец смешно)...

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

Навеяно недавним постом про фреймворки и покемонов.

(HR'ам и прочим сочуствующим: копипастить в любое объявление по работе в сфере IT.)

• C++ стандарт, Comeau, 1TBS, Страустрап/D&E/Джосаттис/Вандервуд, Дьюхэрст/Мейерс/Саттер, RAII/copy-and-swap/exception-safety, правило пяти, Александреску/Абрахамс-Гуртовой, type erasure, CRTP, NVI, SFINAE, Koenig lookup, Duff's device, Boost, Сик-Ламсдейн/Карлссон, TR on C++ performance, тест Степанова, forwarding problem/move semantics, SPECS, GotW, Meyer's singleton, cppgm

• Компиляторы С++, особенности реализации стандарта, ограничения реализации, интринсики, отличия стандартных библиотек (контейнеры, rand), ABI, реализация виртуальных функций, виртуального наследования, исключений, RTTI, switch, указателей на функции и методы; оптимизации, copy elision (RVO, NRVO), sizeof на различных платформах, дефайны компилятора и среды, __declspec, ключи компилятора, empty-base optimization, статическая и динамическая линковка, манглинг, распределенная компиляция, precompiled header, single compilation unit, (strict) aliasing/restrict, inline/_forceinline, volatile, быстрое вычисление математических функций через битхаки, linkers & loaders by Levine

• Мультитредность, обедающие философы, deadlock/livelock/race condition/starvation, атомарность, lock инструкции процессора, memory model/barrier/ordering, CAS или LL/SC, wait/lock/obstruction-free, ABA problem, написание lock-free контейнеров, spin-lock, TLS/per-thread data, закон Амдала, OpenMP, MPI, map-reduce, critical section/mutex/semaphore/condition variable, WaitForSingleObject/WaitForMultipleObjects, green thread/coroutine, pthreads, future/deferred/promise, модель акторов, parameter server, RDD (as seen in sparks), downpour SGD, wait-free, stackful vs stackless

• Язык ассемблера, Зубков/Хайд/Дреппер/Касперски/Фог/Абраш, x86, FPU/MMX/SSEn/AVX, AT&T и Intel-синтаксис, masm32, макросы, стек, куча/менеджеры кучи, соглашения вызова, hex-коды, машинное представление данных, IEEE754, little/big endian, SIMD, аппаратные исключения, прерывания, виртуальная память, реверсинг, срыв стека и кучи, return oriented programming, alphanumeric shellcode, L1/L2/RAM/page fault и их тайминг, язык ассемблера ARM

• Аппаратное обеспечение, Хоровиц-Хилл/Титце-Шенк/От физики к Си от panchul, полупроводниковая электроника/спинтроника/фотоника, транзистор, триггер, схемотехника, микрокод, технология создания процессоров, logic synthesis, static timing analysis, FPGA, Verilog/VHDL/SystemC, SISAL, Arduino, ARM Cortex-M0,5, x86(-64),NEON, STM32, NXP LPC32 устройства памяти (ROM → EEPROM, RAM, SSD, HDD, DVD), RISC/CISC, Flynn's taxonomy ([SM]I[SM]D), принстонский и гарвардский подход, архитектуры процессоров, архитектуры x86, VID/PID

• Процессоры, конвейеризация, hyper-threading, алгоритм томасуло, спекулятивное исполнение, static/dynamic branch prediction, префетчинг, множественный ассоциативный кэш, кэш-линия/кэш-промах, такты, кольца защиты, память в мультипроцессорных системах (SMP/NUMA), тайминг памяти, intel optimization manuals, performance counters

• Дискретная математика, K2, теорема Поста, схемы, конечные автоматы (ДКА и НДКА), автомат Калашникова, клеточные автоматы

• Вычислимость, машина Тьюринга, нормальные алгоритмы Маркова, машина Поста, диофантовы уравнения Матиясевича, лямбда-функции Черча, частично рекурсивные функции Клини, комбинаторное программирование Шейнфинкеля, Brainfuck, эквивалентность тьюринговых трясин, проблема останова и самоприменимости, счетность множества вычислимых функций, RAM-машина, алгоритм Тарского, SAT/SMT-солверы, теория формальных систем, interactive proofs, теорема Левина-Кука, 3SAT, PSPACE = NPSPACE, #P

• Языки программирования, грамматики, иерархия Хомского, теорема Майхилла-Нероуда, лемма о накачке и лемма Огдена, алгебра Клини, НДКА → ДКА, алгоритмически неразрешимые задачи в формальных языках, Драгонбук, Фридл, регекспы и их сложность, PCRE, БНФ, Boost.Spirit + Karma + Qi/Ragel, LL, LR/SLR/LALR/GLR, PEG/packrat, yacc/bison/flex/antlr, статический анализ кода, компиляция/декомпиляция/обфускация/деобфускация, Clang/LLVM/XMLVM/Emscripten, GCCXML, OpenC++, построение виртуальных машин, JiT/AoT/GC, DSL/DSEL, on-stack replacement, type checking/type inference алгоритмы, CYK parser, advanced compiler design and implementation by Muchnick

• Алгоритмы и комбинаторная оптимизация, Кормен/Скиена/Седжвик/Кнут/Ахо-Хопкрофт-Ульман/Пападимитриу/Шрайвер-Голдберг/Препарата-Шеймос/e-maxx.ru, структуры данных, алгоритмы, сложность, символика Ландау, теорема Акра-Баззи, time-space tradeoff, классы сложности, NP-полные задачи, КМП, графы и деревья, потоки в сетях, матрица Кирхгофа, деревья поиска (особенно RB-дерево и B-дерево), occlusion detection, куча, хэш-таблицы и идеальный хэш, сети Петри, алгоритм русского крестьянина, метод Карацубы и матричное умножение Винограда-Штрассена, сортировки, жадные алгоритмы и матроиды, динамическое программирование, линейное программирование, diff-алгоритмы, рандомизированные алгоритмы и алгоритмы нечеткого поиска, псевдослучайные числа, нечеткая логика, gusfield (suffix tree, string alignment), motif search, scanning line, cache oblivious, funnel sorting, VEB-layout, корневая оптимизация, алгоритмы для динамических графов,

модели вычисления (RAM-machine/pointer machine/decision trees и т.д.), алгоритмы в иерархиях памяти/стриминговые алгоритмы, time forward processing, range & rank, LSM-trees, buffered a-b-trees, toku trees, персистентные структуры, succint-структуры, lossy-струтуры (bloom/bloomier filter, hash-tables with false positives), locality sensitive hashing, space-time tradeoff в хэш-таблицах, scheduling strategies

• Численные методы, дихотомия/метод Ньютона, интер- и экстраполяция, сплайны, метод Гаусса/Якоби/Зейделя, QR и LU-декомпозиция, SVD, МНК, методы Рунге-Кутты, метод Адамса, формулы Ньютона-Котеса, метод Ритца, метод Бубнова-Галеркина, метод конечных разностей/элементов, FFT/STFT, сходимость и устойчивость, l-bfgs и другие квазиньютоновские методы, adagrad, PARAFAC, cassowary, interior point methods, вариационные методы для байесовского вывода, nesterov, автоматическое дифференцирование, alternating least squares, what every computer scientist should know about floating point arithmetics by Goldberg, Nocedal & Wright/Boyd & Vandenberghe

• Машинное обучение, Тибширани/Bishop, подходы к моделированию AI, переобучение/кроссвалидация, байесовские сети, нейросети, сети Кохонена, Restricted Boltzmann machine, градиентный спуск/hill climbing, стохастическая оптимизация (метод Монте-Карло, метод отжига, генетические алгоритмы, муравьиные алгоритмы), SVM, gradient boosting, кластерный анализ, метод главных компонент, LSH, обучение с подкреплением, MDP, information retrieval/data mining/natural language processing, машинное зрение, Szeliski, OpenCV, image processing, OCR, фильтры Собеля, каскад Хаара, Viola-Jones framework, SURF, введение в психофизиологию зрения, IPython/pandas/scikit-learn, (ME)HMM, CRF, label bias problem, stacked NN, LeToR, factorization machines, autoencoders, RNN/CNN, вместо NLP лучше отдельные задачи (language modelling, co-reference detection, text chunking, POS-tagging, probabilistic parsing, statistical machine translation, misspell correction, question answering, NER, collocation detection, text summarization, speech recognition, fact extraction, sentiment analysis), эффективное вычисление softmax, feature engineering/selection, quality estimation, Manning/Jurafsky/McCallum/Koehn, latent topics (LDA, chineese restaurant, pLSI), parallel coordinates, vowpal wabbit, NLTK, structured learning, EM-алгоритм, contrastive divergence, optimal brain surgery, belief propagation, semi-supervised learning, inductive vs transductive learning, kernel trick, discriminative/generative pairs (as seen by Ng & Jordan), sequence to sequence learning, bagging, анализ социальных графов, рекомендательные системы/collaborative filtering, multimodal learning

• Теория информации, сжатие, Хаффман, RLE, BWT, LZ, коды коррекции ошибок, сжатие с потерями (изображения, аудио, видео), информационная энтропия, формула Шеннона, сложность Колмогорова, maximum entropy problem, kullback-leibler divergence, elias/shannon-elias encoding

• Криптография, Шнайер/Ященко, Принцип Керкгоффса, симметричная (DES, AES), асимметричная (RSA), качество ГПСЧ, алгоритм Диффи-Хеллмана, эллиптические кривые, хэширование (MD5, SHA, CRCn), DHT, криптостойкость, криптоатаки (атака гроссмейстера), WEP/WPA/WPA2 и атаки на них, цифровая подпись и сертификаты, PKI, HTTPS/SSL, доказательство с нулевым разглашением, пороговая схема, murmurhash/cityhash, DKIM

• Математика, Кнут-Грэхем-Паташник/Зорич/Винберг, Spivak/Dummit-Foote, матан, линал, комплан, функан, диффгем, теория чисел, дифуры/интуры/урчпы/вариационное исчисление/оптимальное управление, производящие функции, ряды, комбинаторика, теорвер/матстат/слупы/теория массового обслуживания, цепи Маркова, интегральные преобразования (Фурье, Лаплас, вейвлет), NZQRCHOS, матпакеты (Mathematica, Maple), теория категорий

• Физика, правила Кирхгофа, закон Джоуля-Ленца, комплексное сопротивление, скорость и частота света, уравнения Максвелла, лагранжиан и гамильтониан, quantum tunnelling/hot electron injection :)

• Химия, стехиометрия, химия кремния :)

• Архитектура и стиль кода, Макконнелл/Фаулер/Лебланк/Гамма/Александреску-Саттер/Буч, защитное программирование, паттерны, SOLID/GRASP/KISS DRY SPOT/YAGNI, UML, OOP (Smalltalk), OOD/OOA, метрики кода, uncle Bob

• Методологии разработки, Waterfall/RUP/Agile/Scrum/Kanban/XP, TDD/BDD, CASE

• Тестирование, юнит-тесты, функциональное, нагрузочное, интеграционное тестирование, тестирование UI, mocks/stubs/spies, fixture, запахи и паттерны тестов (Osherove/Meszaros)

• Инструментальные средства разработки, IDE, IntelliSense, отладчики (VS/Olly/WinDbg/kdb/gdb) и трейсеры (strace/ltrace), DWARF debug information format, дизассемблеры и декомпиляторы (IDA/HexRays/Reflector), системы контроля версий (SVN, GIT), merge/branch/trunk, системы именования файлов и бранчей, continuous integration, ant, code coverage, статический анализ (lint, cppcheck), динамический анализ (valgrind, фаззинг), верификация и валидация ПО (Frama-C, RAISE (RSL), Coq), профайлинг, багтрекеры, документирование кода, системы сборки (CMake), пакетные менеджеры (NuGet)

• Фреймворки, Qt, moc и метаинформация, концепция слот-сигнал, Саммерфилд-Бланшет/Шлее, PoCo, промышленные библиотеки: GMP, i18n, lapack, fftw, pcre

• Операционные системы, Silberschatz/Рихтер/Соломон-Руссинович/Робачевский/Вахалия/Стивенс/Таненбаум/Love/Linux Kernel Internals, менеджер памяти, менеджер кучи и ее устройство (LAL/LFH/slab), менеджер устройств, менеджер процессов, context switch, реальный и защищенный режим, исполнимые файлы (PE/ELF/Mach), объекты ядра, отладочные механизмы (strace/ptrace/dtrace/pydbg, Debug API) и минидампы, bash, сетевой стек и высокопроизводительные сервера, netgraph, CR0, IPC, оконная подсистема, система безопасности: ACE/ACL и права доступа, технологии виртуализации, RTOS (QNX), программирование драйверов, IRQL, IRP, файловые системы, BigTable, NDIS/miniport/FS drivers/filter driver, Mm-, Io-, Ldr-функции, DKOM и руткиты, GDT/IDT/SDT, ядра Windows/Linux/BSD, POSIX, TRIM

• Компонентно-ориентированные модели, Роджерсон/Таварес, COM/OLE/ActiveX/COM+/DCOM RPC, ATL, апартменты, моникеры, MIDL, XPCOM, CORBA, TAO, D-Bus

• Сеть, Стивенс, OSI model/Internet model, Ethernet, TCP/IP, TCP window, алгоритм Нейгла, сокеты, Protocol buffers/Thrift/Avro/ASN.1, AMQP, ICMP, роутинг/BGP/OSPF, ARP, атака Митника, syn flood, HTTP/FTP, P2P/DHT, DHCP, SMB/NBNS, IRC/XMPP, POP3/SMTP/ESMTP/IMAP, DNS, WiFi/WiMax/GSM/CDMA/EDGE/Bluetooth/GPS, ACE, Wireshark

• Графика и GPGPU, алгоритм Брезенхема, цветовые модели, трассировка лучей vs полигональная графика, OpenGL/GLSL/Open Inventor, DirectX/DirectShow/DirectAudio/HLSL, stencil/depth/alpha-test, графический конвейер в DirectX 11, шейдеры, модели освещения (Фонг), пропускная способность, fillrate, OpenCL/CUDA/AMP, ландшафты, лоды, тени, deferred shading, текстурирование и фильтрация, антиалиасинг, HDR, tone mapping, virtual/augmented reality

• Форматы, XML/XSLT/XPath/XMLStarlet/DOM/SAX, RTF/ODF, JSON/BSON/bencode, YAML, JPEG/PNG/WebP, AVI/MPEG/RIFF/WAV/MP3/OGG/WebM, SVG, Unicode, кодировки однобайтные/UTF-8/UTF-16/UCS-2/UTF-32, проблемы длины и сравнения Unicode-строк, base64, markdown

• Базы данных/Распределенные системы, Грубер/Дейт, ANSI SQL, T-SQL, ODBC, MySQL/PostgreSQL/MS SQL/BDB/SQLite/Sphinx, хранимые процедуры, триггеры, алгебра Кодда/А, Tutorial D, нормальные формы, оптимизация и выполнение запросов, структуры данных индексов, транзакции и ACID, CAP-теорема Брюера, graph DB, document store, wide column store, key-value storage, теория распределенных систем, CRDT, net split проблема, протоколы консенсуса, теория шардинга/репликации, ORM (C++ ODB), ERD, OLAP, семантическая сеть, triplestore, RDF/Turtle, SPARQL, OWL, Semanticscience Integrated Ontology, reasoner, DBpedia, big table/hbase vs. dynamodb/cassandra/riak, 2/3PC, chubby/zoo keeper, leader election (paxos/raft), hdfs/gfs/glusterfs, deduplication problem, causality detection (vector clock/stamps), R/W quorum, load balancing, устройство индексов поисковых систем, event sourcing, CRDT, дизайн протоколов и принципы коммуникации, с точки зрения эволюции, расширяемости, надежности, дизайн программных интерфейсов (API)

• Прикладное программирование, C#/F#, Шилдт/Троелсен/Рихтер, генерики, yield, linq/plinq, рефлексия, AST, WCF, WinForms/WPF/Silverlight, AOP, фреймворки логгирования, .NET assembly, Scala, Хорстманн/Одерски, pattern matching, макросы/квазицитаты

• Функциональное программирование, Haskell/Ocaml/Scheme/Alice или Oz, SICP/TaPL/YAHT/Purely Functional Data Structures/Харрисон-Филд, HOF (map/fold/filter), система типов Хиндли-Милнера, монады, тайпклассы, АТД, dependent types, ленивость/энергичность, логическое программирование (Prolog или Mercury), конкурентное программирование (Erlang или Oz)

• Веб-программирование и скриптовые языки, Фланаган/Zend PHP5 Certification Course + Study Guide, Apache/nginx, CGI/FastCGI, PHP/Zend Framework/ReactPHP/Zend Engine/Doctrine или Propel/CodeIgniter или Symphony или Yii, Python/Django/Twisted, Ruby/RoR, ASP.NET MV*, JavaScript/jQuery/React/Google Closure/ExtJS/node.js, ООП в JavaScript, HTML5, CSS3/табличная и блочная верстка, RSS, canvas/WebGL, Ajax/WebSockets, вопросы безопасности (XSS, SQL injection, CSRF), highload, C10k problem, SWIG, CDN, shadow DOM, квирки браузеров, real time bidding/trading, anomaly detection, архитектура single page apps, устройство веб-краулеров, web/social graph random walk, asm.js и компиляция в js, v8/spidermonkey internals, PaaS/IaaS, SPDY

• Проектирование GUI и представление информации, Раскин/Тафти, юзабилити, основы дизайна и типографики, закон Фиттса, основы верстки, LaTeX, алгоритмы визуализации данных (as seen in d3), subpixel rendering

МОСКВА, 21 июня 2017, 14:30 — REGNUM Разработчик антивирусного программного обеспечения ESET предупредил пользователей сервиса заказа такси Uber о фишинговой атаке. Об этом 21 июня говорится в сообщении, опубликованном ESET.

Сколько на самом деле зарабатывают самые горячие модели мира

Мошенники собирают информацию о банковских картах пользователей, рассылая им по электронной почте письма якобы «из Uber», в которых предлагается получить крупную скидку на следующую поездку в такси.

«Кликнув на баннер «акции» в письме, пользователь попадает на фишинговый сайт. Он не имеет ничего общего с настоящим сайтом сервиса, несмотря на то, что внешне напоминает оригинал, а в URL-адресе фигурирует слово uber», — говорится в сообщении.

Отмечается также, что мошенники зарегистрировали поддельный сайт 16 июня, за несколько часов до атаки, которая началась 17 июня.

Пользователям предлагается создать аккаунт Uber для автоматического учета скидок на поездки. Кнопка «входа» перенаправляет на поддельную страницу регистрации, где требуется ввести имя, фамилию, номер мобильного телефона и данные банковской карты.

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

Сообщается также, что на сайт злоумышленников перешли около 50 тысяч пользователей из Бразилии, США, Южной Кореи, Испании и Германии. Сколько из них оставили мошенникам свои данные, неизвестно.

Подробности: https://regnum.ru/news/it/2290945.html

Любое использование материалов допускается только при наличии гиперссылки на ИА REGNUM.