Бэкэнд

как вариант - посмотреть объявления в веб разработке в своем городе

Я поняд

Как минимум

SQL, http, tcp/websocket

в области пхп не мелькает tcp/websocket

А при чем тут пхп?

И джанго?

в области пхп не мелькает tcp/websocket

но в ноде мелькает

Чатик по Гоше, вроде)

А при чем тут пхп?

джуны го без опыта, нынче не нужны

джуны го без опыта, нынче не нужны

стоит уточнить что без опыта в принципе, а не именно го

джуны го без опыта, нынче не нужны

Опенсорс?

ну скажем так, на пхп или жс, с самополученным опытом сильно реальнее устроится джуном

Опенсорс?

почему всегда предлагают опенсорс? Куда там коммитить? в репозторий го чтоли? Или джун будет коммтить в пакеты роутеров каких-нибудь? а продуктов, куда реально законтрибьютить ньюфагу - почти нет

почему всегда предлагают опенсорс? Куда там коммитить? в репозторий го чтоли? Или джун будет коммтить в пакеты роутеров каких-нибудь? а продуктов, куда реально законтрибьютить ньюфагу - почти нет

Может и нет, но будет, что показать нанимателю

Может и нет, но будет, что показать нанимателю

что бы что то показать, вам надо найти проблему, локализовать ее и решить

вы уверены что это уровень джуна?

и это вероятно не в самой простой либе

В этих проектах можно попытаться разобраться, хотя бы в небольшой части

Подумать, как её улучшить, и родить код

Подумать, как её улучшить, и родить код

я честно верю что бывают вундеркинды, но статистически код написанный в опенсурс, редко может быть улучшен джуном

Пусть он будет далёк от идеала, но это лучше, чем смотреть видео на ютубе по микросервисам, не написав ни единого

все что я видел от джунов это форкнуть пол гитхаба, в итоге у тебя тип куча репозиториев, видимо что то делал)0

У меня всего два

Конечно, это не самый старт - тут нужно пройти классические задачи типа тудулист итп

Но это один из рабочих путей

вот тудулисты выкладывать на гитхаб уже больше смысла

Я бы лучше посмотрел на решение классических задач

чем на попытки улучшить либы, от джуна

Пусть это будет простая утилка реализованная много раз, но с понимаем почему делается именно так. Покрытая тестами и тд

SQL, http, tcp/websocket

чем сокет от вебсокета отличается?

чем сокет от вебсокета отличается?

socket(AF_HTTP...)

socket(AF_HTTP...)

AF_WEBSOCKET :)))

чем сокет от вебсокета отличается?

Сокет - концепция, вебсокет - технология

AF_WEBSOCKET :)))

еще круче, да

Сокет - концепция, вебсокет - технология

что мешает реализовать вебсокеты в ядре? )

Сокет - концепция, вебсокет - технология

т.е. для вебсокета сокеты не нужны?

что мешает реализовать вебсокеты в ядре? )

вопрос с подковыркой )

Бэкэнд

лови https://github.com/kamranahmedse/developer-roadmap

т.е. для вебсокета сокеты не нужны?

Откуда такой вывод?

что мешает реализовать вебсокеты в ядре? )

А это как?

А это как?

ну сделали же TLS в ядре linux

Вебсокеты это вообще другая вещь, она напрямую с сокетами ОС никак не связана

Сокеты ОС - транспортный уровень, вебсокеты - уровень приложений

Сокеты ОС - транспортный уровень, вебсокеты - уровень приложений

ssl/tls это какой уровень?

ssl/tls это какой уровень?

Представления

Представления

если вебсокет - это уровень приложения, то передаваемые сообщения поверх него - это что? )

плавная подводочка к теории относительности )

если внутри websocket мы гоняем ethernet-фреймы - это у нас что? )

внутри этого ethernet - ip/tcp/tls/websocket ;)

Мне кажется, что я слишком тупой, чтобы поддержать дускуссию)

а если в raw гоняем websocket/tls/tcp/ip/eth? (да, в такой последовательности)

Хотя, мне всегда казалось,что вс - сеансовый уровень

если внутри websocket мы гоняем ethernet-фреймы - это у нас что? )

Очень интересно как вы будете гонять кадры по websocket

Очень интересно как вы будете гонять кадры по websocket

как обычно. header+fcs по желанию

как обычно. header+fcs по желанию

Как обычно - это как?

Как обычно - это как?

в чем вопрос, на каком уровне? )

Вопрос в том, как вы собираетесь на уровне приложений гонять данные канального уровня

Очень интересно как вы будете гонять кадры по websocket

А в чем проблема? Вот тот же ethernet поверх tcp - легко

Что?

Вопрос в том, как вы собираетесь на уровне приложений гонять данные канального уровня

не вижу проблем. какая разница какой там пейлоад

Ethernet поверх TCP?)

Ethernet поверх TCP?)

да

а что-то мешает?

А в чем проблема? Вот тот же ethernet поверх tcp - легко

Пример реализации можно?

ERROR: S client not available

а что-то мешает?

целесообразность и tcp meltdown

Пример реализации можно?

openvpn/tinc+tap, sstp+bcp

Пример реализации можно?

Тысячи их! vtun, например

Тысячи их! vtun, например

ну он мультяшный, его не стал упоминать

Пример реализации можно?

Вообще, сгодится любой который умеет передавать сообщения. В Tcp сообщений нет от слова совсем, Но это решается любым видом фрейминга

Что вы имеете ввиду под "сообщениями"?

datagram vs stream

Вообще, сгодится любой который умеет передавать сообщения. В Tcp сообщений нет от слова совсем, Но это решается любым видом фрейминга

Тогда имелось в виду tcp поверх ethernet?

Либо я действительно слишком тупой

Тогда имелось в виду tcp поверх ethernet?

[eth][ip][tcp][eth][ip][tcp][eth][ip][tcp][eth][ip][tcp][whatever]

datagram vs stream

При чем тут датаграмы?

При чем тут датаграмы?

А что смущает?

При чем тут датаграмы?

при том, что в tcp их нет

Да ладно

В тсп сегменты

Я так и не понял о каких сообщениях идёт речь

В тсп сегменты

это другое, они не контролируемы на уровне пейлоада

при том, что в tcp их нет

Кстати, это самая частая ошибка: tcp не гарантирует доставку сообщений.

Кстати, это самая частая ошибка: tcp не гарантирует доставку сообщений.

забавно

а что он гарантирует?

мне казалось если ты пакет отправил и не дошел, будет выслан еще один ?

В тсп сегменты

Допустим. Твоё приложение ничего о них не знает

а что он гарантирует?

подтверждение доставки, ничего более

подтверждение доставки, ничего более

Ещё очередность потока байт

мне казалось если ты пакет отправил и не дошел, будет выслан еще один ?

Приложение ничего об этом не знает и практически не влияет

Ещё очередность потока байт

мне всегда это казалось следствием, а не декларируемой фичей. могу ошибаться, не помню )

мне всегда это казалось следствием, а не декларируемой фичей. могу ошибаться, не помню )

Гарантия доставки не включает гарантию очередности :)

следствием подтверждений по кодам последовательности, я о механике

хотя. да, ты полностью прав, иначе бы reasm и реордеринг был бы не нужен

хотя. да, ты полностью прав, иначе бы reasm и реордеринг был бы не нужен

Угу. Каждая гарантия чего-то стоит

в этом плане забавно, udp не гарантирует порядок и инфу о доставке, l2tp на базе udp - уже да

#работа Ребят, есть задание. Нужно сделать платформу для обучения типа Академии Хана (https://www.khanacademy.org/). Набирается команда для проекта. Есть дизайнер, маркетолог, и сейлс. Нужен прогер (пол, вес, возраст не важен) за процет в компании. Break-even планируем на конец июля - август. Кого заинтересовало - @aZo1010