Чувак, в таком контексте тебя тут забанят. Считай это первым и последним предупреждением. За переход на личности будет бан

у тех же нгинх всегда было - поставьте оф репу, если проблема сохраняется то issue описывать тут

тогда этот nginx должен уметь поддерживать релизы для всех поддерживаемых ОС

а то я такое видел с тем же VLC. Оф репа - дичь. Репа операционки - норм

И вообще, в дополнение к моему предыдущему реплаю, не понимаю чё за холивары начались, я просто задал абсолютно нейтральный вопрос и сразу же на меня начали влетать.

В высшем учебном заведении готовят инженеров, а не рабочих. То о чём вы говорите связано с тем, что на рынке не нужны инженеры без бекграунда рабочего лет в 20. Закончил вуз -- иди работай за станком. Вот и получается, что приходят писать код те, кто должен это знать, вообще говоря, достаточно поверхностно

Удивительная ирония в том, что я еще не видел ни одного примера реально инженерного подхода к ПО. Практически все, которые есть исключительно однобоки и фокусируются на одном из краткосрочных (например, скорость работы отдельной функции программы) или в редких случаях на одном из долгосрочных (например, гибкость кода) параметров. А вы уже видели нормальную комплексную методологию, которую можно было бы преподовать?

в центоси помнится 5.5, а уже давно есть 10.х

для этого и southbridge :D

Удивительная ирония в том, что я еще не видел ни одного примера реально инженерного подхода к ПО. Практически все, которые есть исключительно однобоки и фокусируются на одном из краткосрочных (например, скорость работы отдельной функции программы) или в редких случаях на одном из долгосрочных (например, гибкость кода) параметров. А вы уже видели нормальную комплексную методологию, которую можно было бы преподовать?

1. ООП, фп и прочее имеют формальное определение, так сказать по учебнику. 2. Вот ты не поверишь, но О-нотация даёт адекватное приближение, так как компилятор обычно не меняет ее. Кроме случаев когда тупо нафиг выкидывается кусок за ненадобностью. Константа игнорируется специально, так как О-нотация о характере поведения. 3. Вот опыт проектирования очень полезно получить как раз. 4. Вообще по OSI протоколы четко расписаны, ну правда зачастую перекрывают пачку уровней разом. Но в понимании сети главное это не OSI, а понимать как работает маршрутизация, какие приколы у тебя могут возникнуть, совсем базу про tcp/udp и так далее. А OSI по факту полезна чтобы понимать когда тебе допустим провайдер говорит "на L2 проблем нет, а вот L3 не работает" чтобы ты понимал что это значит. Ну или мог отличить L7 LB от других. Но в целом я согласен, что курсы и вышка очень редко дают что то из этого

Ну, знаете, инженерия любая начинается как искусство. Образование инженера это просто преподавание связанных научных подходов и основ практики. Инженер это приводной ремень между наукой и рабочими, какая методология тут может быть?

Ну, какой у вас будет рабочий научный фундамент, как у инженера? Вот есть человек, который строит мосты, у него есть сопромат. А что у инженера-програмиста?

1. А потом приходит язык Х и говорит, у нас тут ооп есть, но оно как бы не по учебнику. И сталкивается два моря людей в интернете. Сложно представить такое, например, в математике, где таки есть общепринятые определения. 2. Характер поведения это круто, а как же константа, которая очень часто ограничена бизнес-правилами и очень часто в среднем случае (потому рассматривать крайний вариант очень плохая идея) вырождена в "не больше 2-3"? 3. Я не спорю, но он очень мало где есть :( 4. У вас прямо во фразе оксюморон получился :(

Мы же говорим про курс ossu? Задачей изучения фундаментальных основ является: 1. Передача представления о различных парадигмах и их использования, где позже специалист на реальных примерах со своими инструментами этим знания точно найдет применение. Будь-то хаскелл или джава. Я не раз видел кадров, которые использовали классы как структуры данных, которые не понимали что класс определяется его поведением и тп. В нашей профессии до пизды долбоебов. 2. Если "все эти О-большое" это всё, чем, как ты думаешь, занимается раздел в CS про алгоритмы и структуры данных - то нет, асимптотический анализ это одна из составных этого предмета, подходит под любой ЯП. Я сильно удивлюсь если в твоей программе на языке X алгоритм со сложностью O(x^n) будет работать быстрее чем O(n). Сюда так же входит разработка алгоритмов под разные структуры данных. Ещё это олимпиадное программирование, которым я занимаюсь и планирую в дальнейшем. Кодерки, которые прошли курсы 3 месяца по пхп не будут брезговать вложенностью и стэк, к примеру, хранить в обычном массиве. 3. Даже банальный навык декомпозиции очень сильно поможет кодерку в разработке, лол. А дальше можно тупо изучить Software Architecture + Design на своём языке. К проектированию больших, распределенных и сложных сервисов так-же написано тучу книг. 4. О да, посмотрю архитектура x86 за последние 3 года 10 раз менялась, а linux input subsystem значительно за последний год целых 20? Если кодерок, даже высокоуровневый, понимает что такое сокеты и знает как работают poll, epoll, kqueue, select, iocp (в зависимости от платформы), то и понимание масштабирования своих поделий к ним придет. Ещё много примеров можно навести, вот только я пока не до конца всё знаю. 5. OSI модель критикуется во многих книгах, при этом в сетевую фундаментальщину входит не только osi, а ещё понятия про роутинг пакетов, про tcp/ip | udp, про сетевые маски, про вланы, etc. Бывает такое что люди не понимают что такое http запрос, при том что работают на оплачиваемой вакансии макаки на галере. 6. В ossu нет студентов, какие команды? Если говорить лично про мою шарагу, то у меня уже есть активных людей 8, с которыми я общаюсь, всячески помогаю и пытаюсь что-то делать используя современные подходы организации команды. Наверняка забыл, в пунктах выше я постарался привести то, что ты забыл. А вообще твой псто выглядит как личные проекции опыта, однобокая позиция. Конструкции вида "кто? да никто. Всё сводится к". В своем ответе тоже аппелировал к личному опыту, так-что 1:1. Глупо полагать, что на одних фундаменталзах можно выехать, но я об это не говорил, хотя по твоему посту можно сказать, что ты оспаривал именно эту позицию.

1. ООП тоже общепринятое определение. 2. Ты вообще о чём? 4. Ты вообще о чём?

1. А golang тогда ООП язык или нет? А javascript до классов? А rust? 2. Ну, например. Если вам нужно перемножать матрицы малых размеров, наивная реализация будет самая быстрая, несмотря на оценку в O(n^3) 4. "По OSI протоколы четко расписаны, но зачастую мапят несколько уровней сразу" - мне сложно назвать такое "четко", к сожалению.

1. А golang тогда ООП язык или нет? А javascript до классов? А rust? 2. Ну, например. Если вам нужно перемножать матрицы малых размеров, наивная реализация будет самая быстрая, несмотря на оценку в O(n^3) 4. "По OSI протоколы четко расписаны, но зачастую мапят несколько уровней сразу" - мне сложно назвать такое "четко", к сожалению.

1. Golang не ООП в чистом виде я реализуется лишь часть необходимого: https://golang.org/doc/faq#Is_Go_an_object-oriented_language . Js и rust я не знаю, так что не скажу. 2. Конечно, но если больших размеров то все будет несколько иначе. 3. А мне легко

Нет, я не проходил этот курс, но надо будет просмотреть, спасибо за наводку. 1. Мммм, как там быть с тем, что на некоторые языки эти ваши парадигмы не налазят? А еще с тем, что ряд очень полезных парадигм существует в узкой области, например, реактивное программирование. Но в целом согласен. 2. А зря. Я, конечно, не эксперт в анализе алгоримтов, но видя то, как работают современные языки программирования на современных платформах, я очень сомневаюсь, что применить анализ к чему-то более сложному чем "поиск элемента в масиве" представляется реально возможным на практике. Учитывая внутренние оптимизации языка, непрямое управление памятью, многопоточность, различные оптимизации платформ и так далее. 3. В этих книгах в 90% вода, в 10% "в идеале должно быть так, а по факту у всего есть trade-off так что живите с этим и тыкайте палкой". 4. А что сразу linux input subsystems? Переключение контекста, например, менялось и довольно сильно: https://habr.com/ru/post/438042/#7. Я уже не буду упоминать различные изоляционные механизмы, которые появились недавно или новые async-i/o операции для ядра, которые вышли в 5.0

1. Мне кажется, если есть четкое определение, нельзя сказать "Да и нет". 2. Обычно такого рода задачи приходят с бизнес-ограничениями. А именно они игнорируются при использовании О-большого. Грубо говоря, если всегда анализировать алгоритмы при помощи О-большого и брать самый асимптотически оптимальный, он чаще всего будет работать хуже, чем остальные варианты, потому что константа будет перекрывать поведение функции в большинстве случаев.

1. Мне кажется, если есть четкое определение, нельзя сказать "Да и нет". 2. Обычно такого рода задачи приходят с бизнес-ограничениями. А именно они игнорируются при использовании О-большого. Грубо говоря, если всегда анализировать алгоритмы при помощи О-большого и брать самый асимптотически оптимальный, он чаще всего будет работать хуже, чем остальные варианты, потому что константа будет перекрывать поведение функции в большинстве случаев.

2. А ты знаешь же, как работает сортировка в том же питоне в стандартной его библиотеке?

1. Мне кажется, если есть четкое определение, нельзя сказать "Да и нет". 2. Обычно такого рода задачи приходят с бизнес-ограничениями. А именно они игнорируются при использовании О-большого. Грубо говоря, если всегда анализировать алгоритмы при помощи О-большого и брать самый асимптотически оптимальный, он чаще всего будет работать хуже, чем остальные варианты, потому что константа будет перекрывать поведение функции в большинстве случаев.

1. язык может не быть ООП - например, Си классический. Но на нем можно писать ООП софт в широком смысле этого слова

1. Мне кажется, если есть четкое определение, нельзя сказать "Да и нет". 2. Обычно такого рода задачи приходят с бизнес-ограничениями. А именно они игнорируются при использовании О-большого. Грубо говоря, если всегда анализировать алгоритмы при помощи О-большого и брать самый асимптотически оптимальный, он чаще всего будет работать хуже, чем остальные варианты, потому что константа будет перекрывать поведение функции в большинстве случаев.

Эмне, мне страшно вас расстраивать, но бизнес обычно сидит на игле языков мастадонтов типа жабы и шарпов, где сортировка(и не только) использует предикт о числе элементов для обработки алгоритмом для выборки максимально эффективного. На небольших коллекциях - эффективные для таких условий алгоримы, для больших - другие. И вся эта магия сокрыта в обычных функциях типа sort()

2. А ты знаешь же, как работает сортировка в том же питоне в стандартной его библиотеке?

Эмне, мне страшно вас расстраивать, но бизнес обычно сидит на игле языков мастадонтов типа жабы и шарпов, где сортировка(и не только) использует предикт о числе элементов для обработки алгоритмом для выборки максимально эффективного. На небольших коллекциях - эффективные для таких условий алгоримы, для больших - другие. И вся эта магия сокрыта в обычных функциях типа sort()

Господа, а где почитать/посмотреть/узнать, как в лучших домах этого мира делают апдейт софта (да и весь цикл с обсервалибили тоже) для каршеринговых машин? Про грабли, подходы и т.п.

Просто обновление приходит, нажимаешь обновить.

Господа, а где почитать/посмотреть/узнать, как в лучших домах этого мира делают апдейт софта (да и весь цикл с обсервалибили тоже) для каршеринговых машин? Про грабли, подходы и т.п.

А я что-то нажала и оно всё исчезло, ну

тогда клик клик. git push origin master. click click click

Я технический блог.

А если серьёзно: я пытаюсь найти технические блоги компаний, которые на этом специализируются, но там больше маркетинг

ну камон не тот чат же

А если серьёзно: я пытаюсь найти технические блоги компаний, которые на этом специализируются, но там больше маркетинг

Будет модно-стильно-молодежно

Я стиль. Я молодость.

Шур

Приложение как приложение