Спасибо за развёрнутый ответ. Не буду вдаваться в подробности насчёт того интервью (резюме именно у этого человека было несколько дней и я уточнил, ознакомились ли с ним). Скажу только, что наибольший вклад в моё восприятие интервьюера внесло обращение "ТЫ", а не глупые вопросы.
И насчёт ЧСВ соглашусь. Большая практика общения со "специалистами" это ощущение развило и при этом у меня развито чувство "Самозванца" - всегда есть в чём углубить свои знания.
"Потому что одно дело -- знать и понимать, одно дело -- писать статьи" - Это касается даже 0-day уязвимости? которую я обнаружил и разобрал?
"В общем, будут проверять, что вы не токсичная какаха с завышенным ЧСВ."
А что если это ЧСВ оправдано?
Как определяют, что это не уровень интервьюеров невероятно низок, а у человека завышено ЧСВ?
Пример из жизни: В кратком резюме указал ссылку на свою статью на "Хабр". В ней разбирал критические баги ПО и драйверов сетевых устройств. Показывал, проблемы TCP и тд. На "интервью", мне задают вопрос "Знаешь ли ТЫ в чём разница между TCP и UDP ?" Как Вы действуете когда понимаете, что "интервьюер" мягко говоря, чуть-чуть на уровне школьника в теме?
Ещё до того, как прочесть статью (а её я сейчас буду читать) Напишу комментарий. Средний по качеству выпущенный продукт, лучше чем идеальный - не выпущенный.
Если решили что-то делать, то следует это делать. Чем больше анализа, тем больше вероятность, что ничего делать так и не начнёте. В бОльшей части анализ ситуации для людей, это изыскание причин "НЕ делать".
Если вопрос был адресован мне, то если касаться протоколов для которых есть RFC. То надо посмотреть все версии TLS. (Сейчас не могу по памяти назвать книгу, где подробно рассмотрена проблема tls )
Вот ссылка на википедию ru.wikipedia.org/wiki/TLS раздел «Безопасность» (хоть что-то)
Далее, что касается не rfc то, как пример habr.com/ru/post/206900
(MTP я кстати упомянул в своей статье)
Попробуйте сказать что-нибудь против SOA или Docker
Перед глазами встало, как я проходил собеседование в одной компании (крупной). На следующий день, мне на почту пришло письмо, где рекомендовалось пройти начальный курсы по программированию.
Почему же?
Я достаточно лаконично объяснил, почему не следует досконально следовать спецификациям.
Главная мысль: «Нужно понимать основные принципы работы протокола без просмотра данных спецификаций»
Также упомянул про tcp/ip не просто так. (посмотрите мою статью на хабре)
Никогда не читал RFC
Не по ip, ни по tcp.
Разбираюсь нормально.
Придётся посмотреть RFC по HTTP последней версии. Но это вынужденная мера.
На мой взгляд, нужно понимать основные принципы работы протокола без просмотра данных спецификаций.
Для тех кто будет говорить RFC — наше всё.
Протоколы содержат ошибки. Спецификации могут указывать, как не стоит делать.(хотя будут восприниматься, как эталон). И человек который досконально следует спецификациям rfc, просто повторит плохо продуманный протокол. Еслиб все протоколы были корректны, то не появлялись бы «новые версии протоколов» с новыми версиями rfc
for (int i=0; i<size; i++) {
array[i] = i;
for (int j=0; j<size; j++) {
sum += array[i] * array[j];
sum -= sum / 3;
}
}
Возможно java работает быстрее, т.к. делает оптимизацию для попадания в кеш процессора.
Те. преобразовывает цикл
sum += array[i] * array[j];
В нормальный вид. Когда умножаемое и множитель, расположены рядом друг с другом в памяти (а точнее в L1 кеше процессора).
Цикл разбивается на два независимых цикла.
Т.е. сначала заполняется полностью массив array (т.к. после присвоения, над array[i] нет действий с присваиванием)
Далее уже отдельный внутренний цикл, производит последовательное перемножение элементов.
В этом случае, не будет скачков по ОЗУ и будет максимально использоваться кеш процессора. Т.к. будут перемножаться элементы массива, которые находятся в памяти рядом друг с другом. (что позволит им, попадать в «страницу кеша процессора», и далее обрабатывать их без обращения к памяти)
Флаги?
Первые буквы названий стран?
Согласен.
Университет, не для того чтобы учиться. А для того, чтоб найти ДРУЗЕЙ.
Даже самый крепкий дуб, не может расти на не благодатной почве.
Университет - это почва которая позволит Вам вырасти. А что именно вырастит, зависит только от Вас.
Я как-то переписывался с "топом" одной компании. (индусом)
Рассказал о критической проблеме в выпускаемом его компанией оборудовании.
Он ответил, что не программист. И что мне следует писать в их тех поддержку. (Кстати, в которой Х положили на проблему)
У меня ещё и история с boeing max
Вы действительно верите в эти глупости?
Спасибо за развёрнутый ответ.
Не буду вдаваться в подробности насчёт того интервью (резюме именно у этого человека было несколько дней и я уточнил, ознакомились ли с ним). Скажу только, что наибольший вклад в моё восприятие интервьюера внесло обращение "ТЫ", а не глупые вопросы.
И насчёт ЧСВ соглашусь. Большая практика общения со "специалистами" это ощущение развило и при этом у меня развито чувство "Самозванца" - всегда есть в чём углубить свои знания.
"Потому что одно дело -- знать и понимать, одно дело -- писать статьи" - Это касается даже 0-day уязвимости? которую я обнаружил и разобрал?
"В общем, будут проверять, что вы не токсичная какаха с завышенным ЧСВ."
А что если это ЧСВ оправдано?
Как определяют, что это не уровень интервьюеров невероятно низок, а у человека завышено ЧСВ?
Пример из жизни: В кратком резюме указал ссылку на свою статью на "Хабр". В ней разбирал критические баги ПО и драйверов сетевых устройств. Показывал, проблемы TCP и тд.
На "интервью", мне задают вопрос "Знаешь ли ТЫ в чём разница между TCP и UDP ?"
Как Вы действуете когда понимаете, что "интервьюер" мягко говоря, чуть-чуть на уровне школьника в теме?
https://habr.com/ru/news/t/571694/
Ещё до того, как прочесть статью (а её я сейчас буду читать)
Напишу комментарий.
Средний по качеству выпущенный продукт, лучше чем идеальный - не выпущенный.
Если решили что-то делать, то следует это делать. Чем больше анализа, тем больше вероятность, что ничего делать так и не начнёте.
В бОльшей части анализ ситуации для людей, это изыскание причин "НЕ делать".
https://habr.com/ru/company/dcmiran/news/t/568512/
Из каких материалов делают память в процессоре? (кеш l1 и регистры)
Быки, медведи, овцы. (биржа)
Всё это реальные существа.
И есть Единороги.
Вот ссылка на википедию ru.wikipedia.org/wiki/TLS раздел «Безопасность» (хоть что-то)
Далее, что касается не rfc то, как пример habr.com/ru/post/206900
(MTP я кстати упомянул в своей статье)
Перед глазами встало, как я проходил собеседование в одной компании (крупной). На следующий день, мне на почту пришло письмо, где рекомендовалось пройти начальный курсы по программированию.
Я достаточно лаконично объяснил, почему не следует досконально следовать спецификациям.
Главная мысль: «Нужно понимать основные принципы работы протокола без просмотра данных спецификаций»
Также упомянул про tcp/ip не просто так. (посмотрите мою статью на хабре)
Не по ip, ни по tcp.
Разбираюсь нормально.
Придётся посмотреть RFC по HTTP последней версии. Но это вынужденная мера.
На мой взгляд, нужно понимать основные принципы работы протокола без просмотра данных спецификаций.
Для тех кто будет говорить RFC — наше всё.
Протоколы содержат ошибки. Спецификации могут указывать, как не стоит делать.(хотя будут восприниматься, как эталон). И человек который досконально следует спецификациям rfc, просто повторит плохо продуманный протокол. Еслиб все протоколы были корректны, то не появлялись бы «новые версии протоколов» с новыми версиями rfc
Возможно java работает быстрее, т.к. делает оптимизацию для попадания в кеш процессора.
Те. преобразовывает цикл
В нормальный вид. Когда умножаемое и множитель, расположены рядом друг с другом в памяти (а точнее в L1 кеше процессора).
Цикл разбивается на два независимых цикла.
Т.е. сначала заполняется полностью массив array (т.к. после присвоения, над array[i] нет действий с присваиванием)
Далее уже отдельный внутренний цикл, производит последовательное перемножение элементов.
В этом случае, не будет скачков по ОЗУ и будет максимально использоваться кеш процессора. Т.к. будут перемножаться элементы массива, которые находятся в памяти рядом друг с другом. (что позволит им, попадать в «страницу кеша процессора», и далее обрабатывать их без обращения к памяти)