Ищу носителя горящих глаз
Прочёл историю про набор персонала. Подумал, как мне со своим 20-летним опытом удовлетворить этого невзыскательного нанимателя, если я к нему попаду в качестве соискателя. И понял, что к нему я никогда не попаду. Наверное, зря: у него есть практика, он поддерживает способность к самообучению. Но подобная практика опроса при приёме на работу не совсем верна. Когда я принимаю на работу, я спрашиваю соискателя об успешных проектах и уже внутри проекта копаю в темах. Кстати, большинство соискателей — социопаты и про свои успешные проекты вспоминают с трудом.
Если бы принимали меня, то в ответ про Linux я бы честно сказал, что его не знаю. Практика заставила настраивать DNS (с A, PTR и MX-записями) на «фряхе», поставить Убунту-сервер и нахлобучивать на него Заббикс. А ещё долго ковыряться в настройках iptables на чужих линуксах, чтобы они хозяев признавали…
Про AD (скорее, LDAP) могу в глаза нанимателю сказать, что с её помощью можно сделать всё. Вот только практики работы с политиками, сайтами, разработку схемы нет. Ну, не совсем нет, но та, что есть, ограничивается маленьким доменом, без наворотов. А чтобы, например, домен тысяч на сто народу и на полста тысяч компов — нету. А какая практика — да чтобы всё работало и легко устанавливалось и контролировалось. А так — не прохожу, ибо не знаю, как это называется.
Вопрос про экранированную витую пару, наверное, нужен. Однако я бы ответил нанимателю, что там, где требуется именно экранированная, лучше забодяжить оптику. От греха. Видел экранированную витую пару, соединявшую до поры до времени на 80 метрах два девайса, с экранами, выведенными с обоих сторон под джеки с экраном. Всё было прекрасно, пока земля на одной из сторон не умерла на питании с заземлением. А фазы были разные. Ну, в итоге чуток плазмы и интересный оплавленный шнурок в пыли за навесным потолком. Раньше такие же приколы были, когда землили коаксиал с обеих сторон.
Свитчи с хабами я не путаю, однако соискателей понимаю: на сленге уже лет десять неуправляемый L2-свитч весь мир называет хабом. Функции, как ни странно, те же, а то, что не орёт на каждый пакет по широковещалке — ну и хорошо. Последний хаб, который я гуглил по маркировке, отозвался страничкой «Лучший товар 1997 года».
Порты почты, веба и HTTPS, как ни странно, ещё помню, как и пару десятков других. Забываю — гуглю. То, что UDP не гарантирует доставку, тоже помню. Однако на практике TCP, оказывается, тоже плохо гарантирует доставку пакетов, если работает внутри глючной VPN, которая свой трафик преобразует в UDP. Не, конечно, пытается гарантировать. но у него не всегда это получается… А вот про уровни выше третьей модели OSI я бы сам кого-нибудь спросил. В RFC одно написано, а в жизни всё, что выше Layer 3 — уже хаос. Ниже нельзя: трафика не будет. Про MTU — песня отдельная: половина вендоров железа и почти все софта почему-то игнорировали RFC долго, а современные файрволы идут изначально с запретом всего ICMP по умолчанию. Так что это, как правило, авторская работа.
Про APIPA я бы, наверное, тоже не вспомнил, особенно если меня до этого долго мурыжили по дополнительным разделам DHCP-сервера (шлюз, DNS, NTP и ещё до кучи). Вот если бы спросили «по IP-адресу», тогда да…
В блоке питания PC 12 и 5 вольт я всегда ищу тестером. Ибо разные они мне в жизни попадались, блоки питания. И цвет проводов ничего не гарантирует. Устанавливал я один раз блок, у которого все провода были белыми. Сигналы BIOS, на мой взгляд, если их больше одного, сообщают о необходимости вспомнить маркировку материнской платы и загуглить, что они хотят нам сказать своим пищанием. На ноуте старичке 2007 года, с которого пишу, два сигнала всегда говорят, что кулер неисправен. Врёт BIOS. Работает кулер. А ноут не променяю: в нём все коммуникации есть, а если каких нет, то при надобности будут.
Про телефонию — ну, 64К на один поток голоса. E1 — 2048К (в битах, естественно). Делить лень. О, калькулятор сказал, что 32. Да, там ещё синхронизация есть на два, так что 30 каналов вроде. А вы пробовали по этому E1 ещё и передавать данные, когда 30 придурков почти одновременно названивают, а QoS, естественно, выставлен на приоритет голосового трафика? Какая разница, что человек знает это число 30? Пусть лучше расскажет, как данные передать.
Вот я думаю, что автору как соискатель не подхожу: нет у меня системных (по его опросам) знаний. Да и про базы данных я не знаю ничего. Загуглить, что такое
Так что плохой я соискатель, наверное.
Но пока я тоже иногда ищу людей. И меня больше интересуют люди с успешными, пусть малюсенькими, проектами за спиной, о которых они рассказывают с горящими глазами, которые среди разных факапов проекта по взаимодействию двух или больше субъектов в день дедлайна при нарушении сетевого или программного взаимодействия не будут орать: «Проблема на той стороне!», а проверят зону нашей ответственности, инициируют взаимодействие с субъектами-партнёрами, помогут им в случае необходимости и сдадут проект вовремя.
Если бы принимали меня, то в ответ про Linux я бы честно сказал, что его не знаю. Практика заставила настраивать DNS (с A, PTR и MX-записями) на «фряхе», поставить Убунту-сервер и нахлобучивать на него Заббикс. А ещё долго ковыряться в настройках iptables на чужих линуксах, чтобы они хозяев признавали…
Про AD (скорее, LDAP) могу в глаза нанимателю сказать, что с её помощью можно сделать всё. Вот только практики работы с политиками, сайтами, разработку схемы нет. Ну, не совсем нет, но та, что есть, ограничивается маленьким доменом, без наворотов. А чтобы, например, домен тысяч на сто народу и на полста тысяч компов — нету. А какая практика — да чтобы всё работало и легко устанавливалось и контролировалось. А так — не прохожу, ибо не знаю, как это называется.
Вопрос про экранированную витую пару, наверное, нужен. Однако я бы ответил нанимателю, что там, где требуется именно экранированная, лучше забодяжить оптику. От греха. Видел экранированную витую пару, соединявшую до поры до времени на 80 метрах два девайса, с экранами, выведенными с обоих сторон под джеки с экраном. Всё было прекрасно, пока земля на одной из сторон не умерла на питании с заземлением. А фазы были разные. Ну, в итоге чуток плазмы и интересный оплавленный шнурок в пыли за навесным потолком. Раньше такие же приколы были, когда землили коаксиал с обеих сторон.
Свитчи с хабами я не путаю, однако соискателей понимаю: на сленге уже лет десять неуправляемый L2-свитч весь мир называет хабом. Функции, как ни странно, те же, а то, что не орёт на каждый пакет по широковещалке — ну и хорошо. Последний хаб, который я гуглил по маркировке, отозвался страничкой «Лучший товар 1997 года».
Порты почты, веба и HTTPS, как ни странно, ещё помню, как и пару десятков других. Забываю — гуглю. То, что UDP не гарантирует доставку, тоже помню. Однако на практике TCP, оказывается, тоже плохо гарантирует доставку пакетов, если работает внутри глючной VPN, которая свой трафик преобразует в UDP. Не, конечно, пытается гарантировать. но у него не всегда это получается… А вот про уровни выше третьей модели OSI я бы сам кого-нибудь спросил. В RFC одно написано, а в жизни всё, что выше Layer 3 — уже хаос. Ниже нельзя: трафика не будет. Про MTU — песня отдельная: половина вендоров железа и почти все софта почему-то игнорировали RFC долго, а современные файрволы идут изначально с запретом всего ICMP по умолчанию. Так что это, как правило, авторская работа.
Про APIPA я бы, наверное, тоже не вспомнил, особенно если меня до этого долго мурыжили по дополнительным разделам DHCP-сервера (шлюз, DNS, NTP и ещё до кучи). Вот если бы спросили «по IP-адресу», тогда да…
В блоке питания PC 12 и 5 вольт я всегда ищу тестером. Ибо разные они мне в жизни попадались, блоки питания. И цвет проводов ничего не гарантирует. Устанавливал я один раз блок, у которого все провода были белыми. Сигналы BIOS, на мой взгляд, если их больше одного, сообщают о необходимости вспомнить маркировку материнской платы и загуглить, что они хотят нам сказать своим пищанием. На ноуте старичке 2007 года, с которого пишу, два сигнала всегда говорят, что кулер неисправен. Врёт BIOS. Работает кулер. А ноут не променяю: в нём все коммуникации есть, а если каких нет, то при надобности будут.
Про телефонию — ну, 64К на один поток голоса. E1 — 2048К (в битах, естественно). Делить лень. О, калькулятор сказал, что 32. Да, там ещё синхронизация есть на два, так что 30 каналов вроде. А вы пробовали по этому E1 ещё и передавать данные, когда 30 придурков почти одновременно названивают, а QoS, естественно, выставлен на приоритет голосового трафика? Какая разница, что человек знает это число 30? Пусть лучше расскажет, как данные передать.
Вот я думаю, что автору как соискатель не подхожу: нет у меня системных (по его опросам) знаний. Да и про базы данных я не знаю ничего. Загуглить, что такое
SELECTТак что плохой я соискатель, наверное.
Но пока я тоже иногда ищу людей. И меня больше интересуют люди с успешными, пусть малюсенькими, проектами за спиной, о которых они рассказывают с горящими глазами, которые среди разных факапов проекта по взаимодействию двух или больше субъектов в день дедлайна при нарушении сетевого или программного взаимодействия не будут орать: «Проблема на той стороне!», а проверят зону нашей ответственности, инициируют взаимодействие с субъектами-партнёрами, помогут им в случае необходимости и сдадут проект вовремя.
0 комментариев