S>в некоторых вакансиях пишут S>Сеть TCP/IP, HTTP, знание сетевых протоколов S>объясните пожалуйста какие знания подрозумевают такие требования
Если не включать телепатию и рассмотреть общий случай, то обыно нужно следующее:
— Берклевские сокеты. Уверенное знание таймаутов, когда рвется связь, чем гарантированная доставка отличается от негарантированной, что будет если один компьютер отсылает много а второй принмает мало, синхронный и асинхронный режим работы.
— Ip адреса, сети, основы маршрутизации. Чтобы человек мог в лицах рассказать как TCP запрос идет от брауера до порносайта и обратно.
— Основы HTTP — что такое, какие бывают запросы / ответы, как они организованы, основные фишки (digest auth там, not-modified-since).
Здравствуйте, sergey2b, Вы писали:
S>в некоторых вакансиях пишут S>Сеть TCP/IP, HTTP, знание сетевых протоколов S>объясните пожалуйста какие знания подрозумевают такие требования
Про теорию вам худо бедно написали, я не буду повторяться.
1) Как правило также предполагается что вы владеете какими-то базовыми API для ОС на которой ведется разработка (например потроха tcp/ip стека для rhel/cent os или уверенное знание фич API WinSock)
2) Базовыми frameworks для вашей платформы. Например boost.asio, ace для с++ или System.Net/WCF для .Net
3) + возможно предполагается знание каких-то advanced tools & libs like OpenOnLoad/EnterpriseOnLoad or zeroMQ
Как-то так
Re[2]: Сеть TCP/IP, HTTP, знание сетевых протоколов
EOH>Если не включать телепатию и рассмотреть общий случай, то обыно нужно следующее: EOH>- Берклевские сокеты. Уверенное знание таймаутов, когда рвется связь, чем гарантированная доставка отличается от негарантированной, что будет если один компьютер отсылает много а второй принмает мало, синхронный и асинхронный режим работы. EOH>- Ip адреса, сети, основы маршрутизации. Чтобы человек мог в лицах рассказать как TCP запрос идет от брауера до порносайта и обратно.
+На совсем базовом уровне:
— чем TCP от UDP отличается
На более продвинутом:
— как tcp работает — окно, подтверждения, хэндшейки.
— ограничения размера пакетов в сети
— как dns работает
— опыт работы с tcpdump/wireshark
EOH>- Основы HTTP — что такое, какие бывают запросы / ответы, как они организованы, основные фишки (digest auth там, not-modified-since).
Ну это уже от специфики конторы зависит, если например в телеком, то скорее про RTP надо знать, чем про HTTP.
Здравствуйте, sergey2b, Вы писали:
S>в некоторых вакансиях пишут S>Сеть TCP/IP, HTTP, знание сетевых протоколов
Что, всех сразу? во всех сетях?
Когда вопрос поставлен именно так, никакого знания сетевого программирования обычно и не требуется. Правда, на собеседовании можно нарваться для надмозгов, которые считают, что сетевое программирование — это умение открыть сокет на бумажке без шпаргалки.
Когда действительно что-то требуется, в описании вакансии будут указаны конкретные протоколы и технологии.
Здравствуйте, sergey2b, Вы писали:
S>в некоторых вакансиях пишут S>Сеть TCP/IP, HTTP, знание сетевых протоколов S>объясните пожалуйста какие знания подрозумевают такие требования
1) различать tcp, udp, ip и ethernet
2) понимать что такое порт в tcp/udp
3) про http — при такой постановке вопроса я б ожидал что от меня ожидают на самом деле html про http нечего особо знать кроме номера порта и get/put/post
4) запустить хотя бы раз в жизни tcpdump или схожий программаж
5) хотя бы раз в жизни написать прогу, вызывающую socket(), connect(), accept() и прочее из этого api
ну и всякое опциональное по мелочи — что такое роутинг, зачем нужен dns, открыть и что нибудь понять хотя бы из одного rfc
Re[2]: Сеть TCP/IP, HTTP, знание сетевых протоколов
Здравствуйте, aik, Вы писали:
aik>3) про http — при такой постановке вопроса я б ожидал что от меня ожидают на самом деле html про http нечего особо знать кроме номера порта и get/put/post
О да. Как работает REST? Какие протоколы работают поверх HTTP? Как устроена базовая аутентификация и почему она не прижилась? Чем статус 301 отличается от статуса 302? Как работает кэширование в HTTP и как им можно управлять? Что означает буква 'S' в протоколе HTTPS и как эта 'S' реализована? Какие решения существуют для передачи потоковых данных через HTTP и какие у них ограничения? Что такое докачка и как она работает? Отвечать не обязательно, вопросы только для иллюстрации твоих заблуждений
Здравствуйте, sergey2b, Вы писали:
S>в некоторых вакансиях пишут S>Сеть TCP/IP, HTTP, знание сетевых протоколов
S>объясните пожалуйста какие знания подрозумевают такие требования
Уметь ответить на вопрос: "Назовите пять протоколов которые каждый день используются в современном вебе?" А если серьезно, то Eye of Hell дал исчерпывающий ответ.
Re[3]: Сеть TCP/IP, HTTP, знание сетевых протоколов
Здравствуйте, Miroff, Вы писали:
aik>>3) про http — при такой постановке вопроса я б ожидал что от меня ожидают на самом деле html про http нечего особо знать кроме номера порта и get/put/post M>О да. Как работает REST? Какие протоколы работают поверх HTTP? Как устроена базовая аутентификация и почему она не прижилась? Чем статус 301 отличается от статуса 302? Как работает кэширование в HTTP и как им можно управлять? Что означает буква 'S' в протоколе HTTPS и как эта 'S' реализована? Какие решения существуют для передачи потоковых данных через HTTP и какие у них ограничения? Что такое докачка и как она работает? Отвечать не обязательно, вопросы только для иллюстрации твоих заблуждений
Видно — я наступил на больную мозоль, да, ща сойду, успокойтесь, коллега
Какие там заблуждения, если я в свое время написал пару download/upload менеджеров и налюбился с этим протоколом (точнее, с "реализациями") по самые гланды. Тем не менее, имею крепкие сомнения что вот это все будут спрашивать в _той_постановке_ вопроса, что у топикстартера. Там хватит "telnet google.com 80" и вбить туда "GET / HTTP/1.1" с двумя энтерами.
Re[4]: Сеть TCP/IP, HTTP, знание сетевых протоколов
Здравствуйте, aik, Вы писали: aik>Какие там заблуждения, если я в свое время написал пару download/upload менеджеров и налюбился с этим протоколом (точнее, с "реализациями") по самые гланды.
Вот именно, написал пару программ в эпоху web 1.0 и пытаешься перенести старый опыт на современную почву не замечая что ландшафт успел измениться до неузнаваемости.
Re[3]: Сеть TCP/IP, HTTP, знание сетевых протоколов
Здравствуйте, Miroff, Вы писали:
M>Здравствуйте, aik, Вы писали:
aik>>3) про http — при такой постановке вопроса я б ожидал что от меня ожидают на самом деле html про http нечего особо знать кроме номера порта и get/put/post
M>О да. Как работает REST?
Как-как. Запрос — ответ, все как обычно.
M> Какие протоколы работают поверх HTTP?
Сам-то уверен, что сможешь назвать все такие протоколы?
M> Как устроена базовая аутентификация и почему она не прижилась?
Какая разница, если уже не прижилась?
M>Чем статус 301 отличается от статуса 302?
В RFC написано
M>Как работает кэширование в HTTP и как им можно управлять?
В RFC написано
M>Что означает буква 'S' в протоколе HTTPS и как эта 'S' реализована?
требуется знание деталей реализации SSL и тонкостей шифрования?
M>Какие решения существуют для передачи потоковых данных через HTTP и какие у них ограничения?
Когда-то давно-давно, еще в фидошные времена, были в ходу арвиды. Для бекапов. Какие-то весельчаки приспособили их для записи и воспроизведения оцифрованного видео. Тогда даже шутка родилась, что российские инженеры наконец-то приспособили видеомагнитофон для записи и воспроизведения видео.
Для передачи потоковых данных есть гораздо более подходящие протоколы.
M>Что такое докачка и как она работает?
А что, тут могут быть какие-то вопросы?
M>Отвечать не обязательно, вопросы только для иллюстрации твоих заблуждений
Здравствуйте, aik, Вы писали:
aik>Видно — я наступил на больную мозоль, да, ща сойду, успокойтесь, коллега aik>Какие там заблуждения, если я в свое время написал пару download/upload менеджеров и налюбился с этим протоколом (точнее, с "реализациями") по самые гланды. Тем не менее, имею крепкие сомнения что вот это все будут спрашивать в _той_постановке_ вопроса, что у топикстартера. Там хватит "telnet google.com 80" и вбить туда "GET / HTTP/1.1" с двумя энтерами.
А по мне так совершенно нормально. Собеседование это симметричный процесс в том числе и для отсева неадекватных работодателей или начальников.
Гораздо лучше так чем когда собеседующий шифруется.
По теме, я бы спросил классику, про многопоточный сервер на сокетах. Гоняли ли его на стресс тестах, какой был опыт и какие выводы. Так сказать по умному и по теме, без всех там "а есть ли такой код, в 3-м октете в протоколе 1956-го года"