Жизненный цикл фреймворков обычно значительно короче, чем ЯП. Кроме того, фреймворки зачастую отражают текущие тенденции/моду в области разработке на выбранном ЯП. Если подумать чуть глубже, то ЯП отражают то же самое - но на более длинном промежутке времени. Так что данную фразу можно сказать несколько иначе, с чуть более глубоким смыслом: "Учить надо программирование, а не ЯП". Т.е., если умеешь программировать - сменить ЯП "X" на ЯП "Y" не составит большого труда. Конечно, как и везде здесь есть свои ньюансы.
Эмм... Вы, вероятно хотели спросить это у ТС. Лично я не вижу в этом смысла. Если человек будет перетягивать заказы - то лучше таких хитрых на начальных этапах выявлять и отправлять на все четыре стороны. А еще бывают люди, которым удобнее, когда им дают четкое ТЗ, они его выполняют и получают свои плюшки, а с клиентами им совсем не в кайф общаться.
pencil.evolus.vn - в целом очень даже юзабельная, но более не обновляется, а местами недостаточно гибкая. Сейчас перешел на https://www.draw.io/ - там несколько больше гибкости, можно сразу легко расшарить, поддерживает гуглдокс, дропбокс, и еще что-то там.
Да, я оптимист :3 А в тяжелых случаях доходит и до половины. Главное - тщательно проработать архитектуру, чтобы минимизировать странные и непонятные места. И тогда удается сократить объемы бесполезной работы.
Это и так все знают. И я не говорил, что это на делать постоянно - очевидн же, что это не эффекивно. В данном случае же это самый простой способ расшевелить человека и заставить хоть что-то делать. Раз он не хочет работать в комфортных условиях - пускай попробует поработать в некомфортных условиях. Возможно, он задумается поймет, что работать в комфорте гораздо приятнее, а включать мозг и быстро решать задачи еще и финансово выгодно. Если человеку все разжевывают - то зачем ему вообще хоть как-то напрягаться?
Как раз таки разбор намного упрощает: весь парсер в форте - — это несколько десятков строк кода. И синтаксис как раз таки гибки в форте - при желании можно сделать что угодно и как угодно. Вопрос только - зачем?
Т.е. каждому потоку выдается своя куча пакетов? Вот поэтому они не могу их обработать сразу все, т.к. требуется время на прием данных. Надо просто организовать очередь: сделать пул потоков, который будет только принимать входящие блоки данных и после приема помещать их в очередь на обработку, а рабочие потоки должны брать из этой очереди блоки и обрабатывать их. Как-то так.
Или, например, выдавать каждому клиенту уникальный айди, перед перезагрузкой сервера необходимо будет запомнить кто и куда подсоединен, затем сообщить клиентам, что сервер будет недоступен некоторое время и пускай ждут реконнекта, далее ребутнуть сервер, клиенты при коннекте говорят свой айди и сервер восстанавливает соединение.
