Двач.hk не отвечает.
Вы видите копию треда, сохраненную 25 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 25 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
1,1 Мб, 1000x697Пока вечные вкатывальщики от своей лени расспрашивают в тематик-тредах о том как кастить хеллоуворды в эксепшены, а другие, не менее умные аноны тешат свое самолюбие, отвечая им, имитируя подобие допотопного StackOverflow - мы же в это время попробуем разобрать какие же технологии и языки выстрелят в этом году и что нас ждет в ближайшем будущем.
Запрягайте повозки, поехали...
Python
+ Всем давно известно, что никто не хочет писать код ради кода, все хотят в пару строк написать работающее "нечто" и всех это устраивает. Питон проложил свой путь в машинном обучение и подкупает своей простотой и удобством (где не нужно бороться с языком, ради надуманных ограничений, которые матёрому программисту и не нужны).
- Великий вдохновитель который дал нам питом таким какой он есть - ушел. И это значит, что сейчас язык поплывет по колдобинам хайпа, благодаря подросшим одноклеточным хиспетрам, как это было в свое время с пхп. Язык с космическим и не "таким как все" синтаксисом, где многие решения из других языков делаются всегда чуток по другому, по своему, по идиотски ограниченно.
Несмотря на боль миграции с 2 на 3 версию, даже 3 версия несет еще тучу говно-синтаксиса (и эти люди в свое время со своим вторым питоном смеялись над php 5, лицемеры, у них даже нормального ООП до сих пор нет). В языке, где каждый пробел может повлиять на код, отступы приняты именно в виде пробелов, а не табуляции (и в этом весь питон, ему всегда надо где-то быть нелогичным и идиотским).
Rust
+ Еще одна попытка победить С++. Побеждать С++ надо - это достойная роль.
- Сделать язык еще мудренее чем С++, это талант.
PHP
+ Мощный и удобный язык для веба.
- Вместо того чтобы делать из языка еще более мощный и удобный инструмент для веба, комьюнити сделало из него джаву, от чего он и стух.
Хипстер снова погадил.
JavaScript
+ Абсолютная монополия в браузерах, нередко это первая любовь многих ваннаби-программистов. Отсюда просто бешеная популярность, где на нём теперь пишут даже IDE, которые, что странно - тормозят меньше чем всякие java-IDE.
Если твой язык не транслируется в js - то он остой, братюнь!
- Превратится в тыкву сразу же, как только потеряет монополию в браузерах. Легион ваннаби-программистов просто не вытянет этот разросшийся пузырь свистелок и перделок.
Go
+ Конкурентный и асинхронный язык без всяких ваших обещаний (промисов) и асинк-авеев. Прост как палка, чем и доставляет.
- Если добавить тот факт что дизайн языка говно, то мы сможем смело мастерить поделки из говна и палок (эталон микросервисной архитектуры).
Dart
+ Новая версия, флагманский проект в виде флаттера, кроссмобильная разработка, многие шумят о новой ОС с основой из флаттера. Чудеса! Прям возрождение феникса!
- Мертворожденный проект, который пытаются натянуть на глобус, местами синтаксис конечно лучше вашей джавы, но местами видно скрещивание с javascript, что доставляет только боль.
Почему нельзя было сделать нормальный си-шарпно-подобный конкурентный (асинхронный) язык на базе технологий языка go - никто не знает. Такое ощущение что всем насрать или гугл просто не умеет в языки.
Java
+ Как говорят - самый популярный язык. Имеет тонну де-факто стандартных решений и некоторое количество хороших IDE, что делает разработку на нём достаточно комфортной (наверное самые удобные инструменты которые я вообще встречал в языках).
- COBOL тоже был очень популярен, java еще слышится анону только благодаря мобильной разработки и тырпрайзным конференциям, от которых польза чуть больше чем никакая. Если сама jvm допилена до блеска и порой показывает хорошие результаты в дробилках, то вот многие тырпразные решениях делают как раз ровно наоборот. Если у вас нет машин с дохера-гигибайтными планками ОЗУ и вы не желаете платить дохера зеленых за спринг-дармоедов, которые за месяц делают то, что делает питонист меньше чем за неделю, то джава это не ваше.
Scala
+ Попытка замены джавы. Более богатый синтаксис. Можно пощупать функциональщину.
- Приелась джава? Вдруг вы поняли, что CRUD можно писать функционально? Тогда вам точно нужно разбежаться и впечаться об скалу.
Groovy
+ Прикольная попытка сделать еще один динамический язык.
- Попытка то прикольная, но зачем на jvm (на сях то эти динамические языки тормозят ппц, а тут жаба-машина).
Kotlin
+ Радость для андроид разработки. Попытка замена джавы.
- Опыт с провалом скалы и груви не был убедительным, поэтому авторы сего творения решили накатить очередное ненужное, на не совсем уже нужном jvm. Ведь наше ненужное, самое лучшее из ненужных, как же иначе. Авторы языка пытались сделать ставку на тулинг, позабыв что уже сделали хороший тулинг для джавы, и людей как бы все устраивало. Понятное дело, никаких флагманских проектов, типа кроссплатформенного флаттера нет, но зато есть транслятор в js (а то там у них прокси языков мало) и никому не нужный нейтив (реально хотят потеснить свифт? Серьезно?).
Я всегда рад новым языкам и инструментам, но хватит уже таскаться за jvm и пытаться выехать на сомнительном багаже джава наследия (параллельно пытаясь фиксить синтаксические баги джавы, которые надо просто выкинуть). Реально, легиону джавы все хватает, так как тулинг действительно хорош, кому хотелось экзотики, те навернули скалу. И все, больше рыбы там нет.
Таким синтаксисом как у котлина должна была стать java версии 2.0, но не как не новый язык. Что стоит того, что притащили всякие коллекции, убогое создание мап и списков, нативные массивы джавовские со всякими ByteArray..., всякие equal, хэшкоды, родительски объекты типа Any, импорты со звездочкой и прочие джава атавизмы
Typescript
+ Действительно годная альтернатива javascript, хоть какие-то статические типы и вообще ощущение правил в языке и независимость от ваших js стандартов.
- Прокси язык (неполноценный), как и паразиты в животном мире - живет ровно до того пока живет хозяин, то есть js. Статические типы для фронтент-программистов нужны так же как пятое колесо мотоциклу, но если такая потребность появляется, то тру-js-кодер всегда накатит всякие babel и flow, и пошлет всех нахер (и будет прав, нахера еще учить 100500 языков у которых сомнительное будущее).
Ruby
+ Местами выглядит удобнее и красивее чем ваши питоны (и продуманнее), может приносит удовольствие автору во время кодинга.
- Язык с тонной говномагии и отсуствием вменяемой кросскомпиляции.
Поезд хайпа ушел, а ржавые рельсы остались.
Haskell, Lisp, OCaml, Clojure, Erlang...
+ Расширяем кругозор, щупаем ФП.
- Когда все детство мама говорила что ты особенный и тетя Оля говорила что ты особенный... а ты пишешь опердени на шестой джаве, то конечно тебе хочется самоутвердиться. Тут то на помощь и приходит вся эта экзотическая херня, но писать на этом говне конечно так же уныло и скучно, поэтому ты тратишь большую часть времени не на код, а на словесные бои в сети, отстаивая проф-пригодность этого хлама.
C#
+ Лучшая джава, но уже не на вашей jvm.
- Опять же вирт.машина. Практически ненужная хрень (для тырпрайза). А ведь если бы дали достойную официальную кроссплатформенность в свое время, то джава бы соснула (особенно в те года, когда язык штормило или он стагнировал на одной версии).
Увы и пох.
С
+ Созданный умными людьми - востребован почти более 50 лет. Как никогда удобен чтобы поеб..ться с байтами в ограниченных ресурсах.
- Мир давно ушел от программ в 10000 строк и писать на таком что-то насыщенное бизнес-логикой - жопа.
С++
+ Берешь любимый си и приклеиваешь к нему ООП, что может быть лучше?
Создавался не хипстерами, поэтому выстрелил и востребован до сих пор.
+ Наеб..н тысячелетия, пока си стагнировал, умные, но хитрые человеки, придумали что можно завернуть в структуры функции и скормили это народу (придумали ООП). Неожиданно это взлетело, потому как программы действительно писались уже более чем 10000 строк и требовалась хоть какая-то вменяемая инкапсуляция для стада программистов (а потом и этого стало мало, накатили вам джаву).
ASM
+ Когда можешь навернуть байты так, что позавидует Си.
- Но так мало кто умеет, да и ненужно.
1С
+ Великое доказательство того, что технологиями правит бизнес, а не задрот программист в холливар треде.
- П..здец.
Запрягайте повозки, поехали...
Python
+ Всем давно известно, что никто не хочет писать код ради кода, все хотят в пару строк написать работающее "нечто" и всех это устраивает. Питон проложил свой путь в машинном обучение и подкупает своей простотой и удобством (где не нужно бороться с языком, ради надуманных ограничений, которые матёрому программисту и не нужны).
- Великий вдохновитель который дал нам питом таким какой он есть - ушел. И это значит, что сейчас язык поплывет по колдобинам хайпа, благодаря подросшим одноклеточным хиспетрам, как это было в свое время с пхп. Язык с космическим и не "таким как все" синтаксисом, где многие решения из других языков делаются всегда чуток по другому, по своему, по идиотски ограниченно.
Несмотря на боль миграции с 2 на 3 версию, даже 3 версия несет еще тучу говно-синтаксиса (и эти люди в свое время со своим вторым питоном смеялись над php 5, лицемеры, у них даже нормального ООП до сих пор нет). В языке, где каждый пробел может повлиять на код, отступы приняты именно в виде пробелов, а не табуляции (и в этом весь питон, ему всегда надо где-то быть нелогичным и идиотским).
Rust
+ Еще одна попытка победить С++. Побеждать С++ надо - это достойная роль.
- Сделать язык еще мудренее чем С++, это талант.
PHP
+ Мощный и удобный язык для веба.
- Вместо того чтобы делать из языка еще более мощный и удобный инструмент для веба, комьюнити сделало из него джаву, от чего он и стух.
Хипстер снова погадил.
JavaScript
+ Абсолютная монополия в браузерах, нередко это первая любовь многих ваннаби-программистов. Отсюда просто бешеная популярность, где на нём теперь пишут даже IDE, которые, что странно - тормозят меньше чем всякие java-IDE.
Если твой язык не транслируется в js - то он остой, братюнь!
- Превратится в тыкву сразу же, как только потеряет монополию в браузерах. Легион ваннаби-программистов просто не вытянет этот разросшийся пузырь свистелок и перделок.
Go
+ Конкурентный и асинхронный язык без всяких ваших обещаний (промисов) и асинк-авеев. Прост как палка, чем и доставляет.
- Если добавить тот факт что дизайн языка говно, то мы сможем смело мастерить поделки из говна и палок (эталон микросервисной архитектуры).
Dart
+ Новая версия, флагманский проект в виде флаттера, кроссмобильная разработка, многие шумят о новой ОС с основой из флаттера. Чудеса! Прям возрождение феникса!
- Мертворожденный проект, который пытаются натянуть на глобус, местами синтаксис конечно лучше вашей джавы, но местами видно скрещивание с javascript, что доставляет только боль.
Почему нельзя было сделать нормальный си-шарпно-подобный конкурентный (асинхронный) язык на базе технологий языка go - никто не знает. Такое ощущение что всем насрать или гугл просто не умеет в языки.
Java
+ Как говорят - самый популярный язык. Имеет тонну де-факто стандартных решений и некоторое количество хороших IDE, что делает разработку на нём достаточно комфортной (наверное самые удобные инструменты которые я вообще встречал в языках).
- COBOL тоже был очень популярен, java еще слышится анону только благодаря мобильной разработки и тырпрайзным конференциям, от которых польза чуть больше чем никакая. Если сама jvm допилена до блеска и порой показывает хорошие результаты в дробилках, то вот многие тырпразные решениях делают как раз ровно наоборот. Если у вас нет машин с дохера-гигибайтными планками ОЗУ и вы не желаете платить дохера зеленых за спринг-дармоедов, которые за месяц делают то, что делает питонист меньше чем за неделю, то джава это не ваше.
Scala
+ Попытка замены джавы. Более богатый синтаксис. Можно пощупать функциональщину.
- Приелась джава? Вдруг вы поняли, что CRUD можно писать функционально? Тогда вам точно нужно разбежаться и впечаться об скалу.
Groovy
+ Прикольная попытка сделать еще один динамический язык.
- Попытка то прикольная, но зачем на jvm (на сях то эти динамические языки тормозят ппц, а тут жаба-машина).
Kotlin
+ Радость для андроид разработки. Попытка замена джавы.
- Опыт с провалом скалы и груви не был убедительным, поэтому авторы сего творения решили накатить очередное ненужное, на не совсем уже нужном jvm. Ведь наше ненужное, самое лучшее из ненужных, как же иначе. Авторы языка пытались сделать ставку на тулинг, позабыв что уже сделали хороший тулинг для джавы, и людей как бы все устраивало. Понятное дело, никаких флагманских проектов, типа кроссплатформенного флаттера нет, но зато есть транслятор в js (а то там у них прокси языков мало) и никому не нужный нейтив (реально хотят потеснить свифт? Серьезно?).
Я всегда рад новым языкам и инструментам, но хватит уже таскаться за jvm и пытаться выехать на сомнительном багаже джава наследия (параллельно пытаясь фиксить синтаксические баги джавы, которые надо просто выкинуть). Реально, легиону джавы все хватает, так как тулинг действительно хорош, кому хотелось экзотики, те навернули скалу. И все, больше рыбы там нет.
Таким синтаксисом как у котлина должна была стать java версии 2.0, но не как не новый язык. Что стоит того, что притащили всякие коллекции, убогое создание мап и списков, нативные массивы джавовские со всякими ByteArray..., всякие equal, хэшкоды, родительски объекты типа Any, импорты со звездочкой и прочие джава атавизмы
Typescript
+ Действительно годная альтернатива javascript, хоть какие-то статические типы и вообще ощущение правил в языке и независимость от ваших js стандартов.
- Прокси язык (неполноценный), как и паразиты в животном мире - живет ровно до того пока живет хозяин, то есть js. Статические типы для фронтент-программистов нужны так же как пятое колесо мотоциклу, но если такая потребность появляется, то тру-js-кодер всегда накатит всякие babel и flow, и пошлет всех нахер (и будет прав, нахера еще учить 100500 языков у которых сомнительное будущее).
Ruby
+ Местами выглядит удобнее и красивее чем ваши питоны (и продуманнее), может приносит удовольствие автору во время кодинга.
- Язык с тонной говномагии и отсуствием вменяемой кросскомпиляции.
Поезд хайпа ушел, а ржавые рельсы остались.
Haskell, Lisp, OCaml, Clojure, Erlang...
+ Расширяем кругозор, щупаем ФП.
- Когда все детство мама говорила что ты особенный и тетя Оля говорила что ты особенный... а ты пишешь опердени на шестой джаве, то конечно тебе хочется самоутвердиться. Тут то на помощь и приходит вся эта экзотическая херня, но писать на этом говне конечно так же уныло и скучно, поэтому ты тратишь большую часть времени не на код, а на словесные бои в сети, отстаивая проф-пригодность этого хлама.
C#
+ Лучшая джава, но уже не на вашей jvm.
- Опять же вирт.машина. Практически ненужная хрень (для тырпрайза). А ведь если бы дали достойную официальную кроссплатформенность в свое время, то джава бы соснула (особенно в те года, когда язык штормило или он стагнировал на одной версии).
Увы и пох.
С
+ Созданный умными людьми - востребован почти более 50 лет. Как никогда удобен чтобы поеб..ться с байтами в ограниченных ресурсах.
- Мир давно ушел от программ в 10000 строк и писать на таком что-то насыщенное бизнес-логикой - жопа.
С++
+ Берешь любимый си и приклеиваешь к нему ООП, что может быть лучше?
Создавался не хипстерами, поэтому выстрелил и востребован до сих пор.
+ Наеб..н тысячелетия, пока си стагнировал, умные, но хитрые человеки, придумали что можно завернуть в структуры функции и скормили это народу (придумали ООП). Неожиданно это взлетело, потому как программы действительно писались уже более чем 10000 строк и требовалась хоть какая-то вменяемая инкапсуляция для стада программистов (а потом и этого стало мало, накатили вам джаву).
ASM
+ Когда можешь навернуть байты так, что позавидует Си.
- Но так мало кто умеет, да и ненужно.
1С
+ Великое доказательство того, что технологиями правит бизнес, а не задрот программист в холливар треде.
- П..здец.
>>59935 (OP)
Добавил пару строк про котлин, последние дни всматривался в него, но никак не понял почему столько хайпа. В целом язык то нормальный, местами правда выкручен по своему, но этот привкус джавы... в общем, я не знаю... В 2к19 году мапки билдером собирать со страшным словом mutable и без двоеточий, это пугающий атавизм.
всем чмоки в этом чатике
Добавил пару строк про котлин, последние дни всматривался в него, но никак не понял почему столько хайпа. В целом язык то нормальный, местами правда выкручен по своему, но этот привкус джавы... в общем, я не знаю... В 2к19 году мапки билдером собирать со страшным словом mutable и без двоеточий, это пугающий атавизм.
всем чмоки в этом чатике
>>59983
кочай brainfuck
кочай brainfuck
>>59939
А что хорошего леваки могут сделать?
В JetBrains работает много женщин?
Затрудняюсь оценить в процентном соотношении. А много — это сколько?
Ну много — 50%, нормально — 30%.
Вообще-то 50% — нормально. Но у нас меньше, к сожалению, как и везде в индустрии.
Ты практикуешь полиаморию. Звучит красиво. Что это и как с этим жить?
Строго говоря, это про то, что один человек может любить в романтическом смысле нескольких людей...
http://www.sobaka.ru/city/science/75257
Хорошо, что команда Линуса Торвальдса на 95% состоит из белых мужчин.
А что хорошего леваки могут сделать?
В JetBrains работает много женщин?
Затрудняюсь оценить в процентном соотношении. А много — это сколько?
Ну много — 50%, нормально — 30%.
Вообще-то 50% — нормально. Но у нас меньше, к сожалению, как и везде в индустрии.
Ты практикуешь полиаморию. Звучит красиво. Что это и как с этим жить?
Строго говоря, это про то, что один человек может любить в романтическом смысле нескольких людей...
http://www.sobaka.ru/city/science/75257
Хорошо, что команда Линуса Торвальдса на 95% состоит из белых мужчин.
>>60017
Пиздец. Пынелюбие + полиамория = жидбрейнс
Пиздец. Пынелюбие + полиамория = жидбрейнс
>>59939
Меня другое интересует. Зная жидбрейнсов, я более чем уверен, что программировать на этой поделке без их IDE почти нереально. С другой стороны, я не представляю, как можно сделать "более лучшую" Java и при этом превзойти в плане IDE-зависимости Java, где половина кода состоит из автоматизируемого простынного копипаста, что прочие JVM-язычки в первую очередь и нивелируют. Кто тыкал эту штуку плотно, расскажите — реально писать на Котлине в %EDITORNAME%?
Меня другое интересует. Зная жидбрейнсов, я более чем уверен, что программировать на этой поделке без их IDE почти нереально. С другой стороны, я не представляю, как можно сделать "более лучшую" Java и при этом превзойти в плане IDE-зависимости Java, где половина кода состоит из автоматизируемого простынного копипаста, что прочие JVM-язычки в первую очередь и нивелируют. Кто тыкал эту штуку плотно, расскажите — реально писать на Котлине в %EDITORNAME%?
280 Кб, 640x640>>60112
ИМХО такие языки как джава, без нормальной современной IDE тупо тыква. Хотя в каком-нибудь го тоже херова туча бойлерплейта, но писать в простом редакторе еще вполне возможно, а вот в джаве уже нет.
По сути, хороший редактор дает возможность писать на джаве так же легко как, скажем, на питоне серьезно, хороший редактор компенсирует топорность джавы
Если перестать есть маркетинг, то продукт от джейтбренсов имхо не такой уж и качественный какой хотелось бы за реальные то деньги.
И де-факто привязка языка к IDE это тоже глобальная проблема.Если я захочу привязаться к вендеру, я лучше возьму тогда си-шарп.
Что касается самого котлина, для меня он немного странный, вероятно он выглядит как фикс-джавы, а не как полноценный новый язык с новыми свежими идеями и решениями.
Другая проблема в том, что платные IDE в 2019 году, для меня как платные браузеры в 2009 - ненужное уныние.
ИМХО такие языки как джава, без нормальной современной IDE тупо тыква. Хотя в каком-нибудь го тоже херова туча бойлерплейта, но писать в простом редакторе еще вполне возможно, а вот в джаве уже нет.
По сути, хороший редактор дает возможность писать на джаве так же легко как, скажем, на питоне серьезно, хороший редактор компенсирует топорность джавы
Если перестать есть маркетинг, то продукт от джейтбренсов имхо не такой уж и качественный какой хотелось бы за реальные то деньги.
И де-факто привязка языка к IDE это тоже глобальная проблема.Если я захочу привязаться к вендеру, я лучше возьму тогда си-шарп.
Что касается самого котлина, для меня он немного странный, вероятно он выглядит как фикс-джавы, а не как полноценный новый язык с новыми свежими идеями и решениями.
Другая проблема в том, что платные IDE в 2019 году, для меня как платные браузеры в 2009 - ненужное уныние.
>>60142
Круто было бы если котлин вышел как новый язык без оглядки на джаву и без jvm, с оглядкой на ФП с поддержкой "Copy-On-Write" для структур данных.
Вообще без Copy-On-Write, вся ваши иммутабельность идет лесом.
Круто было бы если котлин вышел как новый язык без оглядки на джаву и без jvm, с оглядкой на ФП с поддержкой "Copy-On-Write" для структур данных.
Вообще без Copy-On-Write, вся ваши иммутабельность идет лесом.
>>60142
С жабкой-то всё ясно. Я про котлин спрашивал. Как он по сравнению с жабой в этом плане?
С жабкой-то всё ясно. Я про котлин спрашивал. Как он по сравнению с жабой в этом плане?
>>60148
Кто сказал "PHP"?
С последними наворотами он самая что ни на есть скриптовая Java и есть. Там реализация ООП слизана именно с Java. CoW по дефолту везде, обходится явно оператором &.
>Copy-On-Write
Кто сказал "PHP"?
С последними наворотами он самая что ни на есть скриптовая Java и есть. Там реализация ООП слизана именно с Java. CoW по дефолту везде, обходится явно оператором &.
>>60148
Ты свифт описал.
Ты свифт описал.
>>60376
Потому что она ненужное говно.
Потому что она ненужное говно.
>>60148
Это называется persistent data structures, и они есть в любом нормальном фп-языке. Зачем тут нужен котлин - решительно непонятно.
>Вообще без Copy-On-Write, вся ваши иммутабельность идет лесом.
Это называется persistent data structures, и они есть в любом нормальном фп-языке. Зачем тут нужен котлин - решительно непонятно.
>>60149
Что именно?
Фанбои говорят, что на нем быстрее пишешькак будто программирование это написание книги и это вообще важно.
А так язык выглядит как-будто его делал я. Я бы тоже сначала добавил пачку очевидных удобностей, которые в джаве необходимы, а потом поняв что этого мало, начал пихать хер пойми что с 100500 ключевых слов, лишь бы работало и можно было "продать".
При этом весь абсурд в том, что они ведут и основную IDE для этого языка и при этом добавляют зачем-то двоеточия между переменной и типом можно было просто раскрасить в IDE. Или эти var и val, которые визуально очень похоже и можно спутать, но опять же нет даже различия в цвете по крайней мере не было раньше
Еще эта невыносимая повторяемая на каждой конфе шутка про функции и "fun", хотя можно просто сказать что хотели по 3 буквы выровнять объявления блин, и этот вариант даже логичнее и приятнее для уха, чем это ёрничество.
Мой знакомый как-то сказал, мол язык сделан "без души". Собственной продукт и получился, качественный и местами интересный. Но я не люблю очень активный маркетинг, я считаю, что продукт должен сам себя продвигать вообще вместо маркетинга я бы хотел увидеть богатую кроссплатформенную SDK
Если не жалко времени на очередной йоба язык с неизвестным будущем, то поиграться стоит, лично мне он показался не нужным и вообще не вижу будущее за языками с виртмашинами.
Что именно?
Фанбои говорят, что на нем быстрее пишешькак будто программирование это написание книги и это вообще важно.
А так язык выглядит как-будто его делал я. Я бы тоже сначала добавил пачку очевидных удобностей, которые в джаве необходимы, а потом поняв что этого мало, начал пихать хер пойми что с 100500 ключевых слов, лишь бы работало и можно было "продать".
При этом весь абсурд в том, что они ведут и основную IDE для этого языка и при этом добавляют зачем-то двоеточия между переменной и типом можно было просто раскрасить в IDE. Или эти var и val, которые визуально очень похоже и можно спутать, но опять же нет даже различия в цвете по крайней мере не было раньше
Еще эта невыносимая повторяемая на каждой конфе шутка про функции и "fun", хотя можно просто сказать что хотели по 3 буквы выровнять объявления блин, и этот вариант даже логичнее и приятнее для уха, чем это ёрничество.
Мой знакомый как-то сказал, мол язык сделан "без души". Собственной продукт и получился, качественный и местами интересный. Но я не люблю очень активный маркетинг, я считаю, что продукт должен сам себя продвигать вообще вместо маркетинга я бы хотел увидеть богатую кроссплатформенную SDK
Если не жалко времени на очередной йоба язык с неизвестным будущем, то поиграться стоит, лично мне он показался не нужным и вообще не вижу будущее за языками с виртмашинами.
>>60491
Ну связываться-то я с ним по-любому буду, ибо собираюсь одну поделку на котлине форкнуть и допилить. Меня интересует, есть ли смысл потом вкатываться дальше, или кроме хайпа и агрессивного впаривания жыдбрейнсоIDE тут ничего нет и скоро оно сдохнет вслед за всякими CoffeeScript и Dart. Так-то я и проект на Java допиливал в Vim без проблем, но это не показатель, на готовом проекте бойлерплейт генерировать не надо.
А синтаксически неоднозначной ситуации не возникнет без двоеточия? Я вот недавно писал функцию на питоне одновременно с тайпхинтами и параметром с дефолтным значением — и обнаружил, что с синтаксисом бывает не так просто, как может показаться на первый взгляд. Оно работает только в одном порядке, в другом не работает.
Нашёл проблему. Как насчёт C и С? Это куда большая проблема. Я аж ставил ради такого шрифт без поддержки кириллицы, чтобы кириллица отображалась другим. А чтобы r с l путать — я не знаю, какое ШГ/пиздоглазие/дислексию надо иметь.
Ну связываться-то я с ним по-любому буду, ибо собираюсь одну поделку на котлине форкнуть и допилить. Меня интересует, есть ли смысл потом вкатываться дальше, или кроме хайпа и агрессивного впаривания жыдбрейнсоIDE тут ничего нет и скоро оно сдохнет вслед за всякими CoffeeScript и Dart. Так-то я и проект на Java допиливал в Vim без проблем, но это не показатель, на готовом проекте бойлерплейт генерировать не надо.
>добавляют зачем-то двоеточия между переменной
А синтаксически неоднозначной ситуации не возникнет без двоеточия? Я вот недавно писал функцию на питоне одновременно с тайпхинтами и параметром с дефолтным значением — и обнаружил, что с синтаксисом бывает не так просто, как может показаться на первый взгляд. Оно работает только в одном порядке, в другом не работает.
>которые визуально очень похоже
Нашёл проблему. Как насчёт C и С? Это куда большая проблема. Я аж ставил ради такого шрифт без поддержки кириллицы, чтобы кириллица отображалась другим. А чтобы r с l путать — я не знаю, какое ШГ/пиздоглазие/дислексию надо иметь.
>>60499
А, я таки понял. Ивrит: לר
Таки ви сrазу и говоrите, что ви из наших! Но таки зачем гойскую латиницу на ивrит заменять? Это всё rавно, что пrодавать баrанину по цене свинины, ой-вей!
А, я таки понял. Ивrит: לר
Таки ви сrазу и говоrите, что ви из наших! Но таки зачем гойскую латиницу на ивrит заменять? Это всё rавно, что пrодавать баrанину по цене свинины, ой-вей!
53 Кб, 1128x262>>60499
Как вы вечные ньюфаги уже напрягаете, такое ощущение что кроме вас в сети никого больше и нет.
Понимаешь, профессиональные программисты читают код бегло, не по бл..дским буквам или слогам, а бегло как обычный текст как на этой картинке и поэтому всякие var и val это конская залупа, которая заставляет дергаться и заострять внимание, то есть из беглого чтения образами, переключаться в чтение по слогам.
Естественно это херотень, потому как можно было сделать var и let
>я не знаю, какое ШГ/пиздоглазие/дислексию надо иметь.
Как вы вечные ньюфаги уже напрягаете, такое ощущение что кроме вас в сети никого больше и нет.
Понимаешь, профессиональные программисты читают код бегло, не по бл..дским буквам или слогам, а бегло как обычный текст как на этой картинке и поэтому всякие var и val это конская залупа, которая заставляет дергаться и заострять внимание, то есть из беглого чтения образами, переключаться в чтение по слогам.
Естественно это херотень, потому как можно было сделать var и let
336 Кб, 600x600>>60499
Суть вопроса.
Суть вопроса.
>Мне нужно будет вкатиться в котлин, скажи, мне надо вкатываться в котлин дальше?
>>60376
Хайпа мало, никто тупа не в курсе про божественность дишечки. Ржавчину вон Мозила продвигает как может, а у дишечки пока нету богатых спонсоров, проплачивающих маркетинг.
Хайпа мало, никто тупа не в курсе про божественность дишечки. Ржавчину вон Мозила продвигает как может, а у дишечки пока нету богатых спонсоров, проплачивающих маркетинг.
>>60112
Нет конечно, котлин самый IDE зависимый язык который я знаю. Из самого важного:
Не смотря на то, что он как и джава статически типизированный, тебе не обязательно прописывать тип при присваивании. Например можно написать: val hui = "hui". И hui автоматически будет String. То же самое если присваиваем результат функции возвращающее значение String. Самое интересное, что и в функциях можно не писать тип возвращаемого значения, если мы определяем её через присваивание. Идея была в том, чтобы писать так короткие функции, но вообще можно писать так функции какой угодно длины. В итоге код может выглядеть так:
val hui = getHui()
fun getHui() = getPizda()
.takeIf { it == twoeiMamki }
?.let { it * getMocha() }
?.map(Govno::toGovno)
?: run { malafya }
Тут на каждой строчке этой функции менялся тип данных. И когда ты работаешь в ide, она сама тебе подписывает все типы, показывая небольшие подсказки. В итоге, у тебя может быть код на пару сотен строк, в котором нигде не будут явно указаны типы. При этом язык остается статически типизированным, и если ошибешься где-то с типом, компилятор проведет тебе шершавым по губам.
Следующее - корутины. Жидбрейнсы сейчас пушат свои корутины. Мол пишите асинхронный код, как синхронный. И правда, теперь асинхронные вызовы описываются в императивном стиле, а вся асинхронщина спрятана под капотом. Да так хорошо спрятана, что ты не можешь отличить, какой вызов у тебя синхронный, а какой асинхронный. Но конечно, и тут тебе поможет ide поставив слева от такой функции значок. Смотришь не из ide, ну тогда для каждой вызова функции внутри корутины смотри её объявление.
Самая главная доебка всех хейтеров котлина - val и var. И конечно, эта проблема высосана из пальца и в работе мутабильные и не мутабильные переменные перепутать нельзя. При условии, что ты работаешь из ide конечно. Var кстати отличаются по цвету и имеют нижнее подчеркивание по дефолту, по желанию им можно настроить цвет, фон, рамку, чтобы замечать var за 10 метров от монитора. И еще анализатор ide, хорошо отлавливает 99% всех граблей с мутабельными переменными. Иногда он даже слишком доебчив до var. Например с ними не работают смарткасты
var hui: Int? = 1
if(hui != null) {
setSomethingNotNull(hui) //ошибка компиляции. Может ты наркоман, после проверки на null и до вызова функции обнулил эту var в другом потоке. Ни чего не знаю, пиши !! на свой страх и риск.
}
Удачи, понять что компилятору не нравится без иде.
Это самые явные зависимости котлина от ide, которые вспомнились. Но не смотря на это котлин мне нравится. Работать с кодом без ide в 2019 странная идея. А так Kotlin is better java. Когда нужно работать с jvm - это лучший выбор.
>Кто тыкал эту штуку плотно, расскажите — реально писать на Котлине в %EDITORNAME%?
Нет конечно, котлин самый IDE зависимый язык который я знаю. Из самого важного:
Не смотря на то, что он как и джава статически типизированный, тебе не обязательно прописывать тип при присваивании. Например можно написать: val hui = "hui". И hui автоматически будет String. То же самое если присваиваем результат функции возвращающее значение String. Самое интересное, что и в функциях можно не писать тип возвращаемого значения, если мы определяем её через присваивание. Идея была в том, чтобы писать так короткие функции, но вообще можно писать так функции какой угодно длины. В итоге код может выглядеть так:
val hui = getHui()
fun getHui() = getPizda()
.takeIf { it == twoeiMamki }
?.let { it * getMocha() }
?.map(Govno::toGovno)
?: run { malafya }
Тут на каждой строчке этой функции менялся тип данных. И когда ты работаешь в ide, она сама тебе подписывает все типы, показывая небольшие подсказки. В итоге, у тебя может быть код на пару сотен строк, в котором нигде не будут явно указаны типы. При этом язык остается статически типизированным, и если ошибешься где-то с типом, компилятор проведет тебе шершавым по губам.
Следующее - корутины. Жидбрейнсы сейчас пушат свои корутины. Мол пишите асинхронный код, как синхронный. И правда, теперь асинхронные вызовы описываются в императивном стиле, а вся асинхронщина спрятана под капотом. Да так хорошо спрятана, что ты не можешь отличить, какой вызов у тебя синхронный, а какой асинхронный. Но конечно, и тут тебе поможет ide поставив слева от такой функции значок. Смотришь не из ide, ну тогда для каждой вызова функции внутри корутины смотри её объявление.
Самая главная доебка всех хейтеров котлина - val и var. И конечно, эта проблема высосана из пальца и в работе мутабильные и не мутабильные переменные перепутать нельзя. При условии, что ты работаешь из ide конечно. Var кстати отличаются по цвету и имеют нижнее подчеркивание по дефолту, по желанию им можно настроить цвет, фон, рамку, чтобы замечать var за 10 метров от монитора. И еще анализатор ide, хорошо отлавливает 99% всех граблей с мутабельными переменными. Иногда он даже слишком доебчив до var. Например с ними не работают смарткасты
var hui: Int? = 1
if(hui != null) {
setSomethingNotNull(hui) //ошибка компиляции. Может ты наркоман, после проверки на null и до вызова функции обнулил эту var в другом потоке. Ни чего не знаю, пиши !! на свой страх и риск.
}
Удачи, понять что компилятору не нравится без иде.
Это самые явные зависимости котлина от ide, которые вспомнились. Но не смотря на это котлин мне нравится. Работать с кодом без ide в 2019 странная идея. А так Kotlin is better java. Когда нужно работать с jvm - это лучший выбор.
>>60112
Нет конечно, котлин самый IDE зависимый язык который я знаю. Из самого важного:
Не смотря на то, что он как и джава статически типизированный, тебе не обязательно прописывать тип при присваивании. Например можно написать: val hui = "hui". И hui автоматически будет String. То же самое если присваиваем результат функции возвращающее значение String. Самое интересное, что и в функциях можно не писать тип возвращаемого значения, если мы определяем её через присваивание. Идея была в том, чтобы писать так короткие функции, но вообще можно писать так функции какой угодно длины. В итоге код может выглядеть так:
val hui = getHui()
fun getHui() = getPizda()
.takeIf { it == twoeiMamki }
?.let { it * getMocha() }
?.map(Govno::toGovno)
?: run { malafya }
Тут на каждой строчке этой функции менялся тип данных. И когда ты работаешь в ide, она сама тебе подписывает все типы, показывая небольшие подсказки. В итоге, у тебя может быть код на пару сотен строк, в котором нигде не будут явно указаны типы. При этом язык остается статически типизированным, и если ошибешься где-то с типом, компилятор проведет тебе шершавым по губам.
Следующее - корутины. Жидбрейнсы сейчас пушат свои корутины. Мол пишите асинхронный код, как синхронный. И правда, теперь асинхронные вызовы описываются в императивном стиле, а вся асинхронщина спрятана под капотом. Да так хорошо спрятана, что ты не можешь отличить, какой вызов у тебя синхронный, а какой асинхронный. Но конечно, и тут тебе поможет ide поставив слева от такой функции значок. Смотришь не из ide, ну тогда для каждой вызова функции внутри корутины смотри её объявление.
Самая главная доебка всех хейтеров котлина - val и var. И конечно, эта проблема высосана из пальца и в работе мутабильные и не мутабильные переменные перепутать нельзя. При условии, что ты работаешь из ide конечно. Var кстати отличаются по цвету и имеют нижнее подчеркивание по дефолту, по желанию им можно настроить цвет, фон, рамку, чтобы замечать var за 10 метров от монитора. И еще анализатор ide, хорошо отлавливает 99% всех граблей с мутабельными переменными. Иногда он даже слишком доебчив до var. Например с ними не работают смарткасты
var hui: Int? = 1
if(hui != null) {
setSomethingNotNull(hui) //ошибка компиляции. Может ты наркоман, после проверки на null и до вызова функции обнулил эту var в другом потоке. Ни чего не знаю, пиши !! на свой страх и риск.
}
Удачи, понять что компилятору не нравится без иде.
Это самые явные зависимости котлина от ide, которые вспомнились. Но не смотря на это котлин мне нравится. Работать с кодом без ide в 2019 странная идея. А так Kotlin is better java. Когда нужно работать с jvm - это лучший выбор.
>Кто тыкал эту штуку плотно, расскажите — реально писать на Котлине в %EDITORNAME%?
Нет конечно, котлин самый IDE зависимый язык который я знаю. Из самого важного:
Не смотря на то, что он как и джава статически типизированный, тебе не обязательно прописывать тип при присваивании. Например можно написать: val hui = "hui". И hui автоматически будет String. То же самое если присваиваем результат функции возвращающее значение String. Самое интересное, что и в функциях можно не писать тип возвращаемого значения, если мы определяем её через присваивание. Идея была в том, чтобы писать так короткие функции, но вообще можно писать так функции какой угодно длины. В итоге код может выглядеть так:
val hui = getHui()
fun getHui() = getPizda()
.takeIf { it == twoeiMamki }
?.let { it * getMocha() }
?.map(Govno::toGovno)
?: run { malafya }
Тут на каждой строчке этой функции менялся тип данных. И когда ты работаешь в ide, она сама тебе подписывает все типы, показывая небольшие подсказки. В итоге, у тебя может быть код на пару сотен строк, в котором нигде не будут явно указаны типы. При этом язык остается статически типизированным, и если ошибешься где-то с типом, компилятор проведет тебе шершавым по губам.
Следующее - корутины. Жидбрейнсы сейчас пушат свои корутины. Мол пишите асинхронный код, как синхронный. И правда, теперь асинхронные вызовы описываются в императивном стиле, а вся асинхронщина спрятана под капотом. Да так хорошо спрятана, что ты не можешь отличить, какой вызов у тебя синхронный, а какой асинхронный. Но конечно, и тут тебе поможет ide поставив слева от такой функции значок. Смотришь не из ide, ну тогда для каждой вызова функции внутри корутины смотри её объявление.
Самая главная доебка всех хейтеров котлина - val и var. И конечно, эта проблема высосана из пальца и в работе мутабильные и не мутабильные переменные перепутать нельзя. При условии, что ты работаешь из ide конечно. Var кстати отличаются по цвету и имеют нижнее подчеркивание по дефолту, по желанию им можно настроить цвет, фон, рамку, чтобы замечать var за 10 метров от монитора. И еще анализатор ide, хорошо отлавливает 99% всех граблей с мутабельными переменными. Иногда он даже слишком доебчив до var. Например с ними не работают смарткасты
var hui: Int? = 1
if(hui != null) {
setSomethingNotNull(hui) //ошибка компиляции. Может ты наркоман, после проверки на null и до вызова функции обнулил эту var в другом потоке. Ни чего не знаю, пиши !! на свой страх и риск.
}
Удачи, понять что компилятору не нравится без иде.
Это самые явные зависимости котлина от ide, которые вспомнились. Но не смотря на это котлин мне нравится. Работать с кодом без ide в 2019 странная идея. А так Kotlin is better java. Когда нужно работать с jvm - это лучший выбор.
>>60875
Одни и те же логотипы что во фреймворках что в языках. Это похоже какой то стандартный банер.
Одни и те же логотипы что во фреймворках что в языках. Это похоже какой то стандартный банер.
>>60314
Что с туллингом, что с платформами, что с библиотеками?
Что с туллингом, что с платформами, что с библиотеками?
>>60853
Куколдная статическая типизация
>В итоге, у тебя может быть код на пару сотен строк, в котором нигде не будут явно указаны типы.
Куколдная статическая типизация
>>60853
То есть, если навернуть vs code, котлин превратиться в из кореты в тыкву?
То есть, если навернуть vs code, котлин превратиться в из кореты в тыкву?
>>60376
Потому что многим компаниям нужны истории успеха, так они успокаиваются себя и свои ириски.
Потому что многим компаниям нужны истории успеха, так они успокаиваются себя и свои ириски.
>>60376
Слышал что их хотят по дефолту в gcc добавить. Это де-факто мировое признание и степень крутости, я считаю.
Слышал что их хотят по дефолту в gcc добавить. Это де-факто мировое признание и степень крутости, я считаю.
>>61284
Нафига тебе статика, все равно 99% времени по коду гоняют динамику по типу мапок/словарей/json.
Насколько надо быть аутистом чтобы путать типы во время передачи в функции, а при реальных сложных абстракций дрочиться с вложенными дженериками, чтобы статика-дрисня делала то, что делает динамико-дрисня в одну строку.
Нафига тебе статика, все равно 99% времени по коду гоняют динамику по типу мапок/словарей/json.
Насколько надо быть аутистом чтобы путать типы во время передачи в функции, а при реальных сложных абстракций дрочиться с вложенными дженериками, чтобы статика-дрисня делала то, что делает динамико-дрисня в одну строку.
>>61290
Значение знаешь?
Статика хороша, если есть достаточно развитый полиморфизм, типа как в хачкеле, а не в джаве/ц++.
>аутистом
Значение знаешь?
Статика хороша, если есть достаточно развитый полиморфизм, типа как в хачкеле, а не в джаве/ц++.
>>61293
Да.
Полиморфность - это многовидность, многообразие, простыми словами это семейство чего либо. Теперь ты понимаешь как звучит твой придуманный только что термин?
Если все же применить развитие к группе чего либо, то скорее всего это будет разнообразие внутри этой группы, а не увлечение числа групп.
Простыми словами, ты идешь нахер, юный фантазер, слишком толсто и уныло.
PS При огромном числе полиморфных типов, ты, неожиданно, получишь динамико-дрисню. То есть динамико-дрисня и есть высшая степень полиморфизма то есть, мне не важно уточка или собака это или пришелец, если он умеет гавкать - пускай гавкает
>Значение знаешь?
Да.
>развитый полиморфизм
Полиморфность - это многовидность, многообразие, простыми словами это семейство чего либо. Теперь ты понимаешь как звучит твой придуманный только что термин?
Если все же применить развитие к группе чего либо, то скорее всего это будет разнообразие внутри этой группы, а не увлечение числа групп.
Простыми словами, ты идешь нахер, юный фантазер, слишком толсто и уныло.
PS При огромном числе полиморфных типов, ты, неожиданно, получишь динамико-дрисню. То есть динамико-дрисня и есть высшая степень полиморфизма то есть, мне не важно уточка или собака это или пришелец, если он умеет гавкать - пускай гавкает
>>61284
Спек спасет отца русской демократии!
https://github.com/arohner/spectrum
>>61293
Чтобы пользоваться достаточно развитым полиморфизмом (а не одними обычными тайпклассами) в хаскеле надо сперва прочитать пару книг по теории категорий, а потом попытаться не сойти с ума от конфликтующих гхц-расширений (и все равно в итоге все сломается и придется переписывать)
Спек спасет отца русской демократии!
https://github.com/arohner/spectrum
>>61293
Чтобы пользоваться достаточно развитым полиморфизмом (а не одними обычными тайпклассами) в хаскеле надо сперва прочитать пару книг по теории категорий, а потом попытаться не сойти с ума от конфликтующих гхц-расширений (и все равно в итоге все сломается и придется переписывать)
>>61308
Хачкель - это про штангу. Борщ - это про cl.
Хачкель - это про штангу. Борщ - это про cl.
423 Кб, 900x900>>59935 (OP)
Забавно когда люди холиварят, когда откровенно победил javascript
Забавно когда люди холиварят, когда откровенно победил javascript
>>61544
Ты бы реально хотел, чтобы микроконтроллер контроллирующий например антипробуксовочную систему твоего авто был написан на жс?
Ты бы реально хотел, чтобы микроконтроллер контроллирующий например антипробуксовочную систему твоего авто был написан на жс?
>>60491
Android еще долго протянет, а значит и java, и kotlin, и scala, и clojure, и groovy и иже с ними тоже. Или ты мыслишь сроками в 50-100 лет вперед и обладаешь даром предвидения?
>
>Если не жалко времени на очередной йоба язык с неизвестным будущем, то поиграться стоит, лично мне он показался не нужным и вообще не вижу будущее за языками с виртмашинами.
Android еще долго протянет, а значит и java, и kotlin, и scala, и clojure, и groovy и иже с ними тоже. Или ты мыслишь сроками в 50-100 лет вперед и обладаешь даром предвидения?
>>61565
Какие же гуманитарные программисты все же глупые. Какая мне разница на чем там написано, если оно работает хорошо?
Какие же гуманитарные программисты все же глупые. Какая мне разница на чем там написано, если оно работает хорошо?
60 Кб, 1032x85>>61656
Сходил бы что ли новости почитал.
Нельзя сейчас о таких проектах говорить в открытую, а то взболтнешь еще фондовый рынок, но просто так такие проекты не появляются, это тоже надо поминать.
И причем тут судьба прокси языков, которые якобы влияют как-то на jvm? Не будет джавы, не будет и прокси языков.
Кровавый тырпрайз будет долго жрать джаву как и кобол, пока весь мир уйдет в будущее.
Есть влажные мечты, а есть реальность и реальность это js, или прокси типа ts.
По тому как колбасило джаву в 2000-2010, можно было понять, что лучше прокси на этой штуке не делать. А в 2010 стало понятно, что проксировать надо уже на js
>Android еще долго протянет
Сходил бы что ли новости почитал.
Нельзя сейчас о таких проектах говорить в открытую, а то взболтнешь еще фондовый рынок, но просто так такие проекты не появляются, это тоже надо поминать.
>kotlin, и scala, и clojure, и groovy
И причем тут судьба прокси языков, которые якобы влияют как-то на jvm? Не будет джавы, не будет и прокси языков.
Кровавый тырпрайз будет долго жрать джаву как и кобол, пока весь мир уйдет в будущее.
Есть влажные мечты, а есть реальность и реальность это js, или прокси типа ts.
По тому как колбасило джаву в 2000-2010, можно было понять, что лучше прокси на этой штуке не делать. А в 2010 стало понятно, что проксировать надо уже на js
>>61658
мимокрокодил
Очевидно есть целая каста людей, которые тащатся по непризнанному, андеграунду так сказать. Как только D станет популярен а я надеюсь у него появится фонд, часть фанбоев отпачкуются на другое подражание.
мимокрокодил
Очевидно есть целая каста людей, которые тащатся по непризнанному, андеграунду так сказать. Как только D станет популярен а я надеюсь у него появится фонд, часть фанбоев отпачкуются на другое подражание.
>>61688
Я бы даже сказал что лучше сейчас проксировать го если это возможно, не уверен что спека дико не захардкожена под текущий синтаксис
Я бы даже сказал что лучше сейчас проксировать го если это возможно, не уверен что спека дико не захардкожена под текущий синтаксис
>>61683
Так ты сначала напиши хорошо работающую антипробуксовочную систему для авто на js, потом поговорим.
Так ты сначала напиши хорошо работающую антипробуксовочную систему для авто на js, потом поговорим.
>>61768
Каким образом, ты вместе с питоном будешь интерпретатор передавать, или jvm?
Представляю пет-сайты по 100мб, за то не js
Уже нет, уже и IDE пишут и на мобилках.
>Вот расцветет в полную силу WebAssembly, можно будет фронтэнд абсолютно на чем хочешь писать
Каким образом, ты вместе с питоном будешь интерпретатор передавать, или jvm?
Представляю пет-сайты по 100мб, за то не js
>JavaScript только в только в вебе доминирует.
Уже нет, уже и IDE пишут и на мобилках.
>>61800
Полагаю, что как минимум отсутствие сертифицированных виртуальных машин для этого самого жс.
мимо
Полагаю, что как минимум отсутствие сертифицированных виртуальных машин для этого самого жс.
мимо
>>61787
Ты путаешь wasm с asm.js.
Ты путаешь wasm с asm.js.
>>61798
А ничего не нужно устанавливать клиенту, так же, как и сейчас, по сети будут приходить только непосредственно тот код, который надо исполнить. WebAssembly это виртуальная машина, она уже стоит в браузере, не будет стоять, а уже стоит, в Хроме, Фаерфоксе, Сафари и Эйдже, большие корпорации весьма заинтересованны в этой штуке. LLVM умеет генерировать код для этой машины, значит, однажды, все языки для которых есть фронтэнд для LLVM станут пригодны для WebAssembly. Уже можно писать на языках типа C++ или Rust, с языками с интерпретатором, как Python или Ruby пока не так все хорошо, но это очень вкусная тема, и над этим очень плотно работают. За этим будущее.
>Каким образом, ты вместе с питоном будешь интерпретатор передавать, или jvm?
>Представляю пет-сайты по 100мб, за то не js
А ничего не нужно устанавливать клиенту, так же, как и сейчас, по сети будут приходить только непосредственно тот код, который надо исполнить. WebAssembly это виртуальная машина, она уже стоит в браузере, не будет стоять, а уже стоит, в Хроме, Фаерфоксе, Сафари и Эйдже, большие корпорации весьма заинтересованны в этой штуке. LLVM умеет генерировать код для этой машины, значит, однажды, все языки для которых есть фронтэнд для LLVM станут пригодны для WebAssembly. Уже можно писать на языках типа C++ или Rust, с языками с интерпретатором, как Python или Ruby пока не так все хорошо, но это очень вкусная тема, и над этим очень плотно работают. За этим будущее.
Почему ничего конкретного про ФП? Кложу и скалу, вроде как, хвалят, развиваются типо. Есть вообще практический смысл первым делом вкатываться в ФП?
>>61927
Подписан на пару каналов в тг и там, вроде, достаточно часто проскакивают вакансии
Подписан на пару каналов в тг и там, вроде, достаточно часто проскакивают вакансии
>>61892
Заебись, скоро на няшном Objective-C сайтики писать буду.
Заебись, скоро на няшном Objective-C сайтики писать буду.
>>61989
Стек технологий тут не важен. Любой мейнстримный ООП/prototype-based язык. Важнее в общем плане набить шишек архитектурных и прикладных, в том числе в плане процессов. Для этого просто ищи контору, где люди как можно более ответственно относятся к своей работе и будут тебя бить по рукам за хуйню, и как можно реже идут навстречу хотелкам бизнеса "давайте вольём сюда костыльный говнокод и забьём".
Стек технологий тут не важен. Любой мейнстримный ООП/prototype-based язык. Важнее в общем плане набить шишек архитектурных и прикладных, в том числе в плане процессов. Для этого просто ищи контору, где люди как можно более ответственно относятся к своей работе и будут тебя бить по рукам за хуйню, и как можно реже идут навстречу хотелкам бизнеса "давайте вольём сюда костыльный говнокод и забьём".
>>61911
>>61989
java + clojure можно использовать как библиотеку для многопоточности или как glue для тестиков
js + clojurescript хотя возможно даже проще будет cljs -> js, потому что жс это же такой недофункциональный недоязычок, на Ъ-фп без родовых болячек будет даже проще понять принципы
java + scala хотя тут такая хуйня, дотти еще толком не выкатили одерски заебал все ломать сука, нихуя не может нормально сделать, вон хикки за 10 лет ни одного брейкинг чейджа, а этому академегу только дай волю - он каждые полгода все с нуля будет переписывать, ну и джава8 в принципе сделала большой шаг в сторону скалы, так что имхо это лучше либо для общего развития (хотя почему не х-ль тогда?), либо если ты конкретно к Олегу например хочешь попасть (вообще на скалке наверное проще всего найти работу в рф)
ruby + elixir ну потому что они похожи и феникс это типа более лучший РоР, да и на самом руби вполне можно пытаться писать более функционально, из минусов - руби как платформа выглядит тупиковой ветвю развития
js + reasonml ну окамл норм, довольно универсальное решение, но по популярности это сильно уступает другим вариантам
c + rust раст - это good enough хаскель (кек). Если ты олимпиадный задрот и хочешь знать все и разбираться во всем (и хлебать борщи), то тебе сюда ящитаю.
А вообще хуй знает, странный вопрос, тебе в любом случае нужно как минимум уметь писать на си, баше\питончеге, ну и какой-нибудь платформе по твоему выбору (жвм, дотнет, жс, ну мобилки еще немного особняком стоят). Короче хотя бы в общих чертах представление о джаве и жс надо иметь.
>>61989
java + clojure можно использовать как библиотеку для многопоточности или как glue для тестиков
js + clojurescript хотя возможно даже проще будет cljs -> js, потому что жс это же такой недофункциональный недоязычок, на Ъ-фп без родовых болячек будет даже проще понять принципы
java + scala хотя тут такая хуйня, дотти еще толком не выкатили одерски заебал все ломать сука, нихуя не может нормально сделать, вон хикки за 10 лет ни одного брейкинг чейджа, а этому академегу только дай волю - он каждые полгода все с нуля будет переписывать, ну и джава8 в принципе сделала большой шаг в сторону скалы, так что имхо это лучше либо для общего развития (хотя почему не х-ль тогда?), либо если ты конкретно к Олегу например хочешь попасть (вообще на скалке наверное проще всего найти работу в рф)
ruby + elixir ну потому что они похожи и феникс это типа более лучший РоР, да и на самом руби вполне можно пытаться писать более функционально, из минусов - руби как платформа выглядит тупиковой ветвю развития
js + reasonml ну окамл норм, довольно универсальное решение, но по популярности это сильно уступает другим вариантам
c + rust раст - это good enough хаскель (кек). Если ты олимпиадный задрот и хочешь знать все и разбираться во всем (и хлебать борщи), то тебе сюда ящитаю.
А вообще хуй знает, странный вопрос, тебе в любом случае нужно как минимум уметь писать на си, баше\питончеге, ну и какой-нибудь платформе по твоему выбору (жвм, дотнет, жс, ну мобилки еще немного особняком стоят). Короче хотя бы в общих чертах представление о джаве и жс надо иметь.
>>61989
Катись сразу в си, долбоебов не слушай. Как с алгоритмикой и компиляцией разберёшься, посмотри по джаве видосы, типа джава за час и т.п., дальше сам вникнешь в то что тебе надо.
Катись сразу в си, долбоебов не слушай. Как с алгоритмикой и компиляцией разберёшься, посмотри по джаве видосы, типа джава за час и т.п., дальше сам вникнешь в то что тебе надо.
>>61658
Легкая как питон, быстрая как кресты. Очень плавная кривая обучения. Много парадигм - можно хуярить как хочешь.
Легкая как питон, быстрая как кресты. Очень плавная кривая обучения. Много парадигм - можно хуярить как хочешь.
>>62117
Упаси боже, оп итт треда - полный мудак (и с вероятностью 99.5% школьник), в оп-посте по большей части написана полнейшая хуита.
Упаси боже, оп итт треда - полный мудак (и с вероятностью 99.5% школьник), в оп-посте по большей части написана полнейшая хуита.
>>62122
Я уже поняшил прату до главы 7 может даже больше, но решил дропнуть по рекомендации одного анона
Я уже поняшил прату до главы 7 может даже больше, но решил дропнуть по рекомендации одного анона
311 Кб, 720x424>>62301
Мало того что точку с запятой оставили, так еще и двоеточие навтыкали везде.
Мало того что точку с запятой оставили, так еще и двоеточие навтыкали везде.
>>62301
Это очень плохой язык с точки зрения дизайна, костыль на костыле. Не удивлюсь, если он взлетит.
Это очень плохой язык с точки зрения дизайна, костыль на костыле. Не удивлюсь, если он взлетит.
>>62478
Ну ты нипанимаеш всех достали старые сьремные языки у нас вот новый крутой язык мы сначала название пишем а потом спецификаторы....
Ну ты нипанимаеш всех достали старые сьремные языки у нас вот новый крутой язык мы сначала название пишем а потом спецификаторы....
>>62594
Ну, во-первых его нет. Джон уже лет 5 пиздит на камеру, при этом не выпускает ни реализации, ни пейперов с формализацией языка (потому что у него нет опыта проектирования языков и написания компиляторов, по факту он страдает хуйней 5 ПЯТЬ лет уже). Во-вторых он известные вещи называет какими-то странными необщепринятыми именами и как будто выдает за что-то ИННОВАЦИОННОЕ (ну например по ссылке есть целая секция про ВАУ ВЫПОЛНЕНИЕ КОДА ВО ВРЕМЯ КОМПИЛЯЦИИ ВАУ МОЖНО ЦЕЛУЮ ИГРУ НАПИСАТЬ ПРИКИНЬТЕ ВАУ, хотя это обыкновенные лисп-макросы (точнее, как водится, кривовато-костыльная пародия на них)). В-третьих, ну он просто тащит все фичи в ядро и совершенно не думает о расширяемости языка (а собственно дизайн-то в этом как раз и состоит). Ну типа с тем же SOA и AOS - да давайте прост ключевое слово ебанем и запихаем все в компилятор, хуль))0 Про шизофрению типа "давайте мейкфайлы в макросах писать и пусть подтягиванием зависимостей компилятор занимается)00)" я вообще молчу, ну это просто детский сад хотя про зависимости я даже не помню, возможно он об этом просто не думал, кек. Ну короче это отличный пример того, что бывает, когда неплохой прикладной сишный программер без кругозора, соответствующего образования и вообще понимания области начинает пытаться сделать свой язык. Просто мешает в кучу все, что ему нравится или что он где-то видел, без объективной оценки, по принципу "а чо, было бы прикольно))". Тащем-то голанг из той же серии, но у Пайка как ни крути прагматизма поболее. Ну и сам си по сути из той же серии. Поэтому и говорю, что не удивлюсь, если он взлетит, кек. К счастью, по факту кроме пиздежа пока ничего толком не было, надеюсь и дальше так все останется
Ну, во-первых его нет. Джон уже лет 5 пиздит на камеру, при этом не выпускает ни реализации, ни пейперов с формализацией языка (потому что у него нет опыта проектирования языков и написания компиляторов, по факту он страдает хуйней 5 ПЯТЬ лет уже). Во-вторых он известные вещи называет какими-то странными необщепринятыми именами и как будто выдает за что-то ИННОВАЦИОННОЕ (ну например по ссылке есть целая секция про ВАУ ВЫПОЛНЕНИЕ КОДА ВО ВРЕМЯ КОМПИЛЯЦИИ ВАУ МОЖНО ЦЕЛУЮ ИГРУ НАПИСАТЬ ПРИКИНЬТЕ ВАУ, хотя это обыкновенные лисп-макросы (точнее, как водится, кривовато-костыльная пародия на них)). В-третьих, ну он просто тащит все фичи в ядро и совершенно не думает о расширяемости языка (а собственно дизайн-то в этом как раз и состоит). Ну типа с тем же SOA и AOS - да давайте прост ключевое слово ебанем и запихаем все в компилятор, хуль))0 Про шизофрению типа "давайте мейкфайлы в макросах писать и пусть подтягиванием зависимостей компилятор занимается)00)" я вообще молчу, ну это просто детский сад хотя про зависимости я даже не помню, возможно он об этом просто не думал, кек. Ну короче это отличный пример того, что бывает, когда неплохой прикладной сишный программер без кругозора, соответствующего образования и вообще понимания области начинает пытаться сделать свой язык. Просто мешает в кучу все, что ему нравится или что он где-то видел, без объективной оценки, по принципу "а чо, было бы прикольно))". Тащем-то голанг из той же серии, но у Пайка как ни крути прагматизма поболее. Ну и сам си по сути из той же серии. Поэтому и говорю, что не удивлюсь, если он взлетит, кек. К счастью, по факту кроме пиздежа пока ничего толком не было, надеюсь и дальше так все останется
>>59935 (OP)
Почему так получается, что одиночка создает говноязык, которым пользуются миллионы? Если, как говорил товарищ Сталин, незаменимых людей нет, то почему ни одна крупная компания не наняла несколько десятков профессоров-акадэмиков, чтобы создать замену C/C++? Или организовали бы международный фонд борьбы с C++. Неужели просто не надо?
Почему так получается, что одиночка создает говноязык, которым пользуются миллионы? Если, как говорил товарищ Сталин, незаменимых людей нет, то почему ни одна крупная компания не наняла несколько десятков профессоров-акадэмиков, чтобы создать замену C/C++? Или организовали бы международный фонд борьбы с C++. Неужели просто не надо?
>>61892
А ты не догадывался почему? Это будет твоим ответом, почему не будет твоих питонов и руби в браузерах, никогда
>с языками с интерпретатором, как Python или Ruby пока не так все хорошо
А ты не догадывался почему? Это будет твоим ответом, почему не будет твоих питонов и руби в браузерах, никогда
>>61879
рукалицо.jpg
Что мешает писать на js качественный софт? и уже пишут
>ну напиши, напиши, иди напиши...
рукалицо.jpg
Что мешает писать на js качественный софт? и уже пишут
>>62720
Лучше бы джони дальше пилил свои шедевры типа The Witness
а не занимался изобретением велосипедов.
Лучше бы джони дальше пилил свои шедевры типа The Witness
а не занимался изобретением велосипедов.
>>62824
Нету многопоточности.
Язык сам по себе медленный.
На нем легко сделать не очевидную ошибку.
Не удобной системы классов и наследования.
>Что мешает писать на js качественный софт?
Нету многопоточности.
Язык сам по себе медленный.
На нем легко сделать не очевидную ошибку.
Не удобной системы классов и наследования.
>>61777
В 95% случаев наличие той или иной технологии решается на уровне организация бизнеса. Бизнесу срать как там и чем написано, ему важно кто будет это вообще делать.
Понятно что имея загон java макак и выбив контракт, ты начнешь писать проект на джаве и наоборот.
В 95% случаев наличие той или иной технологии решается на уровне организация бизнеса. Бизнесу срать как там и чем написано, ему важно кто будет это вообще делать.
Понятно что имея загон java макак и выбив контракт, ты начнешь писать проект на джаве и наоборот.
121 Кб, 759x500>>61911
Потому что ФП это перегруженное перенасыщенное процедурное программирование, которая не решает сложных задач, а наоборот усложняет сопровождение. Собственно и само процедурное программирование отвалилось как допотопная технология еще в 80х годах.
Не факт что механизмы облегчающие написания кода, облегчают потом его сопровождение.
Потому что ФП это перегруженное перенасыщенное процедурное программирование, которая не решает сложных задач, а наоборот усложняет сопровождение. Собственно и само процедурное программирование отвалилось как допотопная технология еще в 80х годах.
Не факт что механизмы облегчающие написания кода, облегчают потом его сопровождение.
>>62783
Потому что дохода это не принесет, а потратишь ты миллионы $.
Потому что дохода это не принесет, а потратишь ты миллионы $.
>>62826
Конкурентность. Один асинхронный процесс на одно ядро, нечтоподобное делает и ваш го.
Самый быстрый из интерпретированных языков, за счет выдрачиания V8 до блеска порой догонял ваши го
Мы как-то неделю отлавливали магическую(плавающую) ошибку, просто потому что кто-то сделал херовые тесты.
Прикинь, нам компилятор просто не помог!!! Достали уже эти свидетели статической типизации
Давно уже завезли вам классы. Единственный язык который объединил объекты и мапы в одно понятие и сделал вам полу-функциональный язык, но пришел народ с болезнью утенка и напрасил эти ваши классы.
Забавно, что в динам языках наследование нахер как-то не нужно, так все полиморфно часто тебе надо в json "мапах" наследование то?
>Нету многопоточности.
Конкурентность. Один асинхронный процесс на одно ядро, нечтоподобное делает и ваш го.
>Язык сам по себе медленный.
Самый быстрый из интерпретированных языков, за счет выдрачиания V8 до блеска порой догонял ваши го
>На нем легко сделать не очевидную ошибку.
Мы как-то неделю отлавливали магическую(плавающую) ошибку, просто потому что кто-то сделал херовые тесты.
Прикинь, нам компилятор просто не помог!!! Достали уже эти свидетели статической типизации
>Не удобной системы классов и наследования.
Давно уже завезли вам классы. Единственный язык который объединил объекты и мапы в одно понятие и сделал вам полу-функциональный язык, но пришел народ с болезнью утенка и напрасил эти ваши классы.
Забавно, что в динам языках наследование нахер как-то не нужно, так все полиморфно часто тебе надо в json "мапах" наследование то?
>>62828
Ты понимаешь что ФП и процедурное программирование находятся в разных парадигмах даже, животное?
>потому что ФП это перегруженное перенасыщенное процедурное программирование
Ты понимаешь что ФП и процедурное программирование находятся в разных парадигмах даже, животное?
>>62830
О да, очень похожие модели. /sarcasm mode off
как в рекламе, "самый мощный в своём классе", да?
> нечтоподобное делает и ваш го.
О да, очень похожие модели. /sarcasm mode off
> Самый быстрый из интерпретированных языков
как в рекламе, "самый мощный в своём классе", да?
>>62825
Согласен, но в то же время - я не его работодатель, чтобы рассуждать о том, что лучше бы он делал. Фри маркет же, не нравится - не пользуй, каждый делает то, что сам считает нужным. Обычно в опенсорсном комьюнити да и вообще в целом на тех, кто думает в стиле "лучше бы он делал X, а не Y", смотрят как на говно, поэтому я стараюсь как-то от этого избавляться но глядя по поделки типа джаи это не всегда получается, кек.
Согласен, но в то же время - я не его работодатель, чтобы рассуждать о том, что лучше бы он делал. Фри маркет же, не нравится - не пользуй, каждый делает то, что сам считает нужным. Обычно в опенсорсном комьюнити да и вообще в целом на тех, кто думает в стиле "лучше бы он делал X, а не Y", смотрят как на говно, поэтому я стараюсь как-то от этого избавляться но глядя по поделки типа джаи это не всегда получается, кек.
>>62826
Да, это так.
Нет, жс очень быстрый (тем более для динамического языка).
Наследование - это антипаттерн. Объектно-ориентированное программирование провалилось. мимокапитан Как там в 90-ых?
>Нету многопоточности.
Да, это так.
>Язык сам по себе медленный.
Нет, жс очень быстрый (тем более для динамического языка).
>Не удобной системы классов и наследования.
Наследование - это антипаттерн. Объектно-ориентированное программирование провалилось. мимокапитан Как там в 90-ых?
>>62828
ФП как раз (в общем случае) усложняет написание кода, но упрощает его сопровождение. Алсо, фп - это противоположность процедурному подходу (функциональщина и процедурщина - это антонимы), а вот ооп, например, фп не исключает. Ты не очень понимаешь, о чем говоришь. Разберись, пожалуйста, в вопросе (книжки почитай, напиши пару проектиков), прежде чем выдавать оценочные суждения.
ФП как раз (в общем случае) усложняет написание кода, но упрощает его сопровождение. Алсо, фп - это противоположность процедурному подходу (функциональщина и процедурщина - это антонимы), а вот ооп, например, фп не исключает. Ты не очень понимаешь, о чем говоришь. Разберись, пожалуйста, в вопросе (книжки почитай, напиши пару проектиков), прежде чем выдавать оценочные суждения.
>>62830
Конкурентность ортогональна многопоточности. Го тут никаким боком.
Ну как-то все-таки не совсем корректно называть его интерпретируемым, мне кажется лучше сравнивать именно с динамически типизируемыми языками. По-моему sbcl все еще быстрее на многих задачах, так что насчет "самый" не уверен ("один из самых" - точно).
Не единственный.
>Конкурентность. Один асинхронный процесс на одно ядро, нечтоподобное делает и ваш го.
Конкурентность ортогональна многопоточности. Го тут никаким боком.
>Самый быстрый из интерпретированных языков
Ну как-то все-таки не совсем корректно называть его интерпретируемым, мне кажется лучше сравнивать именно с динамически типизируемыми языками. По-моему sbcl все еще быстрее на многих задачах, так что насчет "самый" не уверен ("один из самых" - точно).
>Единственный язык который объединил объекты и мапы в одно понятие
Не единственный.
>>62830
Луаджит быстрее в8.
>Самый быстрый из интерпретированных языков, за счет выдрачиания V8 до блеска порой догонял ваши го
Луаджит быстрее в8.
>>62825
Так он вроде и продолжает игры делать, только на своем языке уже.
Так он вроде и продолжает игры делать, только на своем языке уже.
>>62873
В маня-фантазиях кажется что так, но де-факто получилось одно и тоже.
>Ты понимаешь что ФП и процедурное программирование находятся в разных парадигмах даже, животное?
В маня-фантазиях кажется что так, но де-факто получилось одно и тоже.
>>62881
Какие же гуманитарные программисты тупые.
Конечноиди юзай тесты, гумунитарь
>нечто подобное
>очень похожие
Какие же гуманитарные программисты тупые.
>как в рекламе
Конечноиди юзай тесты, гумунитарь
>>62918
Ох, гуманитарь, почему вы выдумываете новые понятия. Объясни мне понятие ортогональности применимо к многопоточности?
Дальше можно не читать, очередно фантазер, мыслитель.
>Конкурентность ортогональна многопоточности.
Ох, гуманитарь, почему вы выдумываете новые понятия. Объясни мне понятие ортогональности применимо к многопоточности?
Дальше можно не читать, очередно фантазер, мыслитель.
>>62939 (Del)
И что? У тебя 4 ядра и 4 процесса или у тебя 4 ядра и 4 потока. Разницы никакой, в обоих случаях что-то куда-то распределяет.
PS
Я вижу многие даже не понимают как работает js, не удавлюсь что больше половины сайтов на js работают на одном процессе.
И что? У тебя 4 ядра и 4 процесса или у тебя 4 ядра и 4 потока. Разницы никакой, в обоих случаях что-то куда-то распределяет.
PS
Я вижу многие даже не понимают как работает js, не удавлюсь что больше половины сайтов на js работают на одном процессе.
>>62949
Еще лучше, есть выбор
Еще лучше, есть выбор
>>62960
Нашел же этот зашквар, иди лучше на настоящие тесты посмотри
https://www.techempower.com/benchmarks/
Нашел же этот зашквар, иди лучше на настоящие тесты посмотри
https://www.techempower.com/benchmarks/
>>59935 (OP)
А че там предпосылки есть уже какие нибудь? А то я не в теме.
Да ладно вам, не плохая платформа.
> потеряет монополию в браузерах
А че там предпосылки есть уже какие нибудь? А то я не в теме.
> 1С
Да ладно вам, не плохая платформа.
>>63266
Скоро летние каникулы, разберешься.
Скоро летние каникулы, разберешься.
>>63218
Самоироничненько.
>>63225
https://en.wikipedia.org/wiki/Orthogonality
https://ru.wikipedia.org/wiki/Ортогональность
https://dic.academic.ru/dic.nsf/ruwiki/100771
https://ru.wiktionary.org/wiki/ортогональность
>>63227
Про лую, например, тут уже говорили.
>>63228
Спасибо, схоронил. :D :D :D
Самоироничненько.
>>63225
>Объясни мне понятие ортогональности
https://en.wikipedia.org/wiki/Orthogonality
https://ru.wikipedia.org/wiki/Ортогональность
https://dic.academic.ru/dic.nsf/ruwiki/100771
https://ru.wiktionary.org/wiki/ортогональность
>>63227
Про лую, например, тут уже говорили.
>>63228
>Разницы никакой, в обоих случаях что-то куда-то распределяет.
Спасибо, схоронил. :D :D :D
84 Кб, 250x171>>63421
Какое же ты унылое говно, серьезно. Ты используешь банальные принципы демагогии и мало того что это и так очевидно, так ты умудряешься тупостью сделать еще хуже.
Жесть.
>Спасибо, схоронил.
Какое же ты унылое говно, серьезно. Ты используешь банальные принципы демагогии и мало того что это и так очевидно, так ты умудряешься тупостью сделать еще хуже.
Жесть.
>>63478
Ты шизик? Я не тот анон, с которым ты разговаривал но бомбанул ты на отличненько, лол
>>63472
Ты совсем тупой?
Дошло, нет? Еще раз повторить?
Ты шизик? Я не тот анон, с которым ты разговаривал но бомбанул ты на отличненько, лол
>>63472
Ты совсем тупой?
>By extension, orthogonality is also used to refer to the separation of specific features of a system.
>Свойство непересекаемости, неперекрываемости содержимого элементов, образующих целостную систему.
>взаимная независимость каких-либо объектов, систем
>Конкурентность ортогональна многопоточности.
Дошло, нет? Еще раз повторить?
>>63482
Бомбануть - это подорваться, потерять контроль и выйти на эмоции. Я же испытал испанский стыд от этих тупых потуг и маневрирования и от тебя тоже, ведь на твой пост я и ответил
Сейчас мы еще будет из вики термины брать. хотя, хера ты первое предложение удалил, которое и было определением? Ты же понимаешь какое ты унылое говно после этого и что нет ценности общения с тобой?
А теперь самая изюминка, почему я тебя и спрашивал, но ты побежал гуглить определения. Так вот правильно говорить конкурентность и многопоточность - ортагональны друг к другу, а не как ты нам высрал: Конкурентность ортогональна многопоточности
Это, конечно, лютый звездец, ты походу услышал где-то это слово и тупо как смог родил эту фразу.
И да!
Конкаренси и многопоточность это два вида параллелизма, они не могут быть ортогональны друг к другу
>но бомбанул ты на отличненько, лол
Бомбануть - это подорваться, потерять контроль и выйти на эмоции. Я же испытал испанский стыд от этих тупых потуг и маневрирования и от тебя тоже, ведь на твой пост я и ответил
Сейчас мы еще будет из вики термины брать. хотя, хера ты первое предложение удалил, которое и было определением? Ты же понимаешь какое ты унылое говно после этого и что нет ценности общения с тобой?
А теперь самая изюминка, почему я тебя и спрашивал, но ты побежал гуглить определения. Так вот правильно говорить конкурентность и многопоточность - ортагональны друг к другу, а не как ты нам высрал: Конкурентность ортогональна многопоточности
Это, конечно, лютый звездец, ты походу услышал где-то это слово и тупо как смог родил эту фразу.
И да!
Конкаренси и многопоточность это два вида параллелизма, они не могут быть ортогональны друг к другу
>back to the future
кгда нибудь в будущем, вас затолкают в товарняк, чтобы угнать по этапу в сибирь
пару дней проморят голодом на пересылке, а перед перевозкой, кинут на еду по соленой селедке
дак ты не ешь ее сразу же, потому что потом в вагоне сутки не будут давать пить, а положи ее в карман своего пальтишка
когда доедите до очередной станции, будет остановка, там и дадут напится ледяной воды, тогда и покушай рыбку
а так за сутки можно сойти с ума от жажды
>>63600
Неистово проиграл с этого поехавшего.
Мимо-доктор-наук
>Так вот правильно говорить конкурентность и многопоточность - ортагональны друг к другу, а не как ты нам высрал: Конкурентность ортогональна многопоточности
Неистово проиграл с этого поехавшего.
Мимо-доктор-наук
>>63677
В сущности на самом деле это одно и тоже. Если начать копать достаточно глубоко и начать разбираться. Просто один петушок Пайк как то кукарекнул этот бред и стадо начало блеять вслед за ним. Но он еще считает что и дженерики не нужны. Как такого кадра можно всерьез воспринимать, я ебал.
В сущности на самом деле это одно и тоже. Если начать копать достаточно глубоко и начать разбираться. Просто один петушок Пайк как то кукарекнул этот бред и стадо начало блеять вслед за ним. Но он еще считает что и дженерики не нужны. Как такого кадра можно всерьез воспринимать, я ебал.
>>63677
Все мы тут космонавты и доктора наук.
я так понял /pr облепили малолетние дебилы, которые вечно вкатываются в андроид или js
>Мимо-доктор-наук
Все мы тут космонавты и доктора наук.
я так понял /pr облепили малолетние дебилы, которые вечно вкатываются в андроид или js
>>63645
В моих высерах тонна ошибок, потому как пишу даже не перечитывая. Но не отнять того факта, то если собеседник переходит на личность или поиска ошибок, он стух как собеседник.
Говорю же что ты уныл.
В моих высерах тонна ошибок, потому как пишу даже не перечитывая. Но не отнять того факта, то если собеседник переходит на личность или поиска ошибок, он стух как собеседник.
Говорю же что ты уныл.
232 Кб, 559x604>>63862
Он еще и гофер, тогда все понятно.
Когда человек, даже с более-менее известным именем, тянет из разных областей словечки, он как бы говорит всем -"чуваки, у меня комплекс, но этот баззворд сейчас покажет как я умен и крут" что выглядит всегда уныло, а для фанбоев подрожательно
Другое явление, когда появился го, или когда в жабу конкурентность завезли (вроде 7 жаба), начали появляться шумный статьи с кликбейтом типа конкаренси это вам не параллелизм!!! И каждый баран пытался сделать вывод крайне радикально, чтобы порадовать читателя, но в реале конкаренси использовалось как еще один подход в "распараллеливании". Понятно что это два разных технически подхода, но они не ортогональны точно.
Для самых маленьких пример ортогонального: птичка и самосвал, часы и дверь.
Надо еще понимать, что в го многие недоработки по дизайну пытались выдать как революционную фичу ошибки это значения! сырой поток байт - лучшие строки! и было написано много статей по этому поводу и зачастую у среднего гофера искаженно сейчас восприятие.
Он еще и гофер, тогда все понятно.
Когда человек, даже с более-менее известным именем, тянет из разных областей словечки, он как бы говорит всем -"чуваки, у меня комплекс, но этот баззворд сейчас покажет как я умен и крут" что выглядит всегда уныло, а для фанбоев подрожательно
Другое явление, когда появился го, или когда в жабу конкурентность завезли (вроде 7 жаба), начали появляться шумный статьи с кликбейтом типа конкаренси это вам не параллелизм!!! И каждый баран пытался сделать вывод крайне радикально, чтобы порадовать читателя, но в реале конкаренси использовалось как еще один подход в "распараллеливании". Понятно что это два разных технически подхода, но они не ортогональны точно.
Для самых маленьких пример ортогонального: птичка и самосвал, часы и дверь.
Надо еще понимать, что в го многие недоработки по дизайну пытались выдать как революционную фичу ошибки это значения! сырой поток байт - лучшие строки! и было написано много статей по этому поводу и зачастую у среднего гофера искаженно сейчас восприятие.
>>59935 (OP)
ты веришь что джаваскрипт потеряет монополию в браузерах в обозримом будущем?
ты веришь что джаваскрипт потеряет монополию в браузерах в обозримом будущем?
>>63992
JS непригоден для сложных систем на уровне "можно, но не стоит". Особенно это будет касаться работы с графикой. Ну и речь конечно еще в статических типах, смысл которых, это не помочь макаке ловить 1% ошибок где он строку с числом перепутал, а с тем что это позволяет делать качественную оптимизацию не мало важную для мобильных устройств, начиная от твоего телефона, заканчивая холодильником
JS непригоден для сложных систем на уровне "можно, но не стоит". Особенно это будет касаться работы с графикой. Ну и речь конечно еще в статических типах, смысл которых, это не помочь макаке ловить 1% ошибок где он строку с числом перепутал, а с тем что это позволяет делать качественную оптимизацию не мало важную для мобильных устройств, начиная от твоего телефона, заканчивая холодильником
>>64029
...а то сейчас прибегут долбаниты и будут насмехаться надо мной, что я на двочах пишу с ошибками.
>немаловажную
>FIX
...а то сейчас прибегут долбаниты и будут насмехаться надо мной, что я на двочах пишу с ошибками.
>>64112
Митболл, смузи, инферится, инстансы.
Митболл, смузи, инферится, инстансы.
>>64342
Зачем ты нам это говоришь? Это какая-то компенсация личного комплекса?
>У меня и облачный криптостартап на блокчейне свой есть.
Зачем ты нам это говоришь? Это какая-то компенсация личного комплекса?
>>62824
У каждого инструмента есть своя сфера применения. Качественные формы с логином и паролем на сайтах на js? Несомненно. Антипробуксовочная система для авто на js? Нет, что-то такого не наблюдается.
У каждого инструмента есть своя сфера применения. Качественные формы с логином и паролем на сайтах на js? Несомненно. Антипробуксовочная система для авто на js? Нет, что-то такого не наблюдается.
>>62822
Потому что, пока не реализован свой встроенный сборщик мусора в WebAssembly, но он там обязательно появится.
Потому что, пока не реализован свой встроенный сборщик мусора в WebAssembly, но он там обязательно появится.
>>63862
Много задач в разных потоках и много задач в одном потоке это же разные вещи. Во многих потоках задачи действительно могут выполняться одновременно, а при конкурентности один поток просто переключается между активными задачами - немного поделал эту задачу, потом немного поделал другую, потом опять немного поделал первую, а потом переключился на третью
Много задач в разных потоках и много задач в одном потоке это же разные вещи. Во многих потоках задачи действительно могут выполняться одновременно, а при конкурентности один поток просто переключается между активными задачами - немного поделал эту задачу, потом немного поделал другую, потом опять немного поделал первую, а потом переключился на третью
>>64087
Интернет развивается, сайты становятся прожорливее в плане ресурсов, мы теперь не просто обмениваемся текстами и картинками, появляются настоящие веб-приложения. Если такие тенденции продолжаться, то возможностей простеньких скриптов уже не будет хватать.
Интернет развивается, сайты становятся прожорливее в плане ресурсов, мы теперь не просто обмениваемся текстами и картинками, появляются настоящие веб-приложения. Если такие тенденции продолжаться, то возможностей простеньких скриптов уже не будет хватать.
>>61892
Ну да, ведь рантайм и все либы твоих руби с питоном магически через libastral подключатся.
Просто сейчас ты с каждым сайтиком качаешь 2 мегабайта шрифтов и говна, а когда хипстеры-долбоебы вроде тебя начнут писать свои сайтики на руби, ты будешь в дополнении к этому подкачивать еще 50 мб библиотек. Нуачо, интернеты же резиновые, прогресс(с)(тм) требует жертв.
>А ничего не нужно устанавливать клиенту
Ну да, ведь рантайм и все либы твоих руби с питоном магически через libastral подключатся.
Просто сейчас ты с каждым сайтиком качаешь 2 мегабайта шрифтов и говна, а когда хипстеры-долбоебы вроде тебя начнут писать свои сайтики на руби, ты будешь в дополнении к этому подкачивать еще 50 мб библиотек. Нуачо, интернеты же резиновые, прогресс(с)(тм) требует жертв.
>>64425
Можно же сделать специальные библиотеки необходимые для создания сайтов, которые будут уже встроены в браузер, а все дополнительные библиотеки скачивать в виде плагинов и расширений по мере необходимости.
Можно же сделать специальные библиотеки необходимые для создания сайтов, которые будут уже встроены в браузер, а все дополнительные библиотеки скачивать в виде плагинов и расширений по мере необходимости.
>>64409
Какие ваши доказательства? Появляются новые технологии, новые протоколы, новые сайты и приложения, все больше людей получают доступ к сети, все больше вещей можно делать через сеть. Если это не развитие, то что же это?
Какие ваши доказательства? Появляются новые технологии, новые протоколы, новые сайты и приложения, все больше людей получают доступ к сети, все больше вещей можно делать через сеть. Если это не развитие, то что же это?
>>64406
И именно поэтому добавление сборщика мусора на сайте находится в списке фич, запланированных для добавления в будущем. Должно быть, эти негодяи из корпораций хотят всех окончательно запутать, во имя своего массонско-илюминатского заговора.
>корпорации этого не хотят
И именно поэтому добавление сборщика мусора на сайте находится в списке фич, запланированных для добавления в будущем. Должно быть, эти негодяи из корпораций хотят всех окончательно запутать, во имя своего массонско-илюминатского заговора.
>>64489
короче даёшь по двадцать скриптоязыков с лмбами в каждый браузер
короче даёшь по двадцать скриптоязыков с лмбами в каждый браузер
Я так и не понял про wasm, даже со сборкой мусора, как мой питон и руби интерпретатор будет у всех пользователей?
1) Им нужно скачать этот интерпретатор и установить бред же
2) Он будет качаться и исполняться в браузере тоже бред же
1) Им нужно скачать этот интерпретатор и установить бред же
2) Он будет качаться и исполняться в браузере тоже бред же
>>60491
Вы мне скажите в этом вашем котлине protocol extensions есть(это из свифта), а то мне тут недавно доказывли что котлин как минимум такой же повозможностям как и мой уютненький swift?
Вы мне скажите в этом вашем котлине protocol extensions есть(это из свифта), а то мне тут недавно доказывли что котлин как минимум такой же повозможностям как и мой уютненький swift?
>>59935 (OP)
Где SQL?
Где SQL?
>>64633
html не яп
html не яп
>>64489
Ну да, почему бы не встроить в браузер рантаймы и библиотеки для твоего любимого мертвого говноязычка, каждого из них. Ну а что, нам же не делом надо заниматься, в конце концов. Да и на пользователей нам плевать, ну скачают пару гигов ненужных библиотек, чтобы открыть полтора сайта, чо такого. Канал-то нынче у всех жирный, память дешевая. А безопасность - какая безопасность? Ну подумаешь, допустим и найдется какая-то уязвимость в очередной либе для твоего говноязычка. Да ничего страшного, авось и так сойдет. В крайнем случае пусть команды разработки браузеров поддерживают все эти либы для всех говноязычков и выпускают хотпатчи. Ну им же все равно больше заняться нечем, браузерописателям-то ентим. Еще нужно конечно менеджер пакетов в браузер добавить. Ну чтобы можно было установить второй питон и третий питон в систему, а потом установить второй и третий питон в браузер. Ну память-то дешевая, питонов много не бывает. Вообще не вижу тут никаких потенциальных проблем, короче, все кто не согласны - ретрограды.
Ну да, почему бы не встроить в браузер рантаймы и библиотеки для твоего любимого мертвого говноязычка, каждого из них. Ну а что, нам же не делом надо заниматься, в конце концов. Да и на пользователей нам плевать, ну скачают пару гигов ненужных библиотек, чтобы открыть полтора сайта, чо такого. Канал-то нынче у всех жирный, память дешевая. А безопасность - какая безопасность? Ну подумаешь, допустим и найдется какая-то уязвимость в очередной либе для твоего говноязычка. Да ничего страшного, авось и так сойдет. В крайнем случае пусть команды разработки браузеров поддерживают все эти либы для всех говноязычков и выпускают хотпатчи. Ну им же все равно больше заняться нечем, браузерописателям-то ентим. Еще нужно конечно менеджер пакетов в браузер добавить. Ну чтобы можно было установить второй питон и третий питон в систему, а потом установить второй и третий питон в браузер. Ну память-то дешевая, питонов много не бывает. Вообще не вижу тут никаких потенциальных проблем, короче, все кто не согласны - ретрограды.
>>64643
Ну про это я знаю, а вот конкретно аналог протокол экстеншенов есть, без ебли и скатывания в аргументы к тьюринг полноте обоих языков?
Вообще сам язык ничего, если рассматривать его как яву здорового человека, а не какой-то там супер-пупер йоба язык.
Ну про это я знаю, а вот конкретно аналог протокол экстеншенов есть, без ебли и скатывания в аргументы к тьюринг полноте обоих языков?
Вообще сам язык ничего, если рассматривать его как яву здорового человека, а не какой-то там супер-пупер йоба язык.
13 Кб, 300x260>>59935 (OP)
Это нормально, что все языки - ебаное говно?
Серьезно, вообще нет ни одного языка, который был бы просто выше среднего по основным параметрам.
Достаточно неплох, но 1) нет нормальной библиотеки для гуя в 2к19 году. Серезно блядь? 2) Нет нормальных фреймворков под веб. 3) Нет полной совместимости с ведроидом. 4) Хеллоуворд жрет полгига оперативки. 5) В целом слишком долгая и дорогая разработка.
Анальный загон MS. Быть может, додумаясь мелкомягкие дебилы сделать его полноценно кроссплатформенным сразу, то потеснил бы java.
В остальном, проблемы идентичны жаве.
Ну вы поняли, что-то сложнее калькулятора будешь писать 15 лет. В целом язык-дед-доедала, куча бесполезной хуйни в языке, стандартная библиотека уровня бреинфака, нет даже дефолтного менеджера зависимостей, нет нормальной многопоточнсоти, нет нормальных исключений или других средств обработки ошибок, короче нихуя нет. Жив исключительно в низкоуровневом погромировании всяких модулей для других языков и ос.
Хуйня под микроконтроллеры и системные библитеки, и то вытесняется современными конкурентами.
Язык-петух, который вроде может все, но на самом деле ничего.
Единственная область, где он очень хорош и вообще не имеет конкурентов - фронтенд.
В остальном нахуй не нужен ввиду бесполезности.
Высер больной фантазии жс-дебилов, не могущих выучить серверный язык.
Устаревшее говно мамонта с c++-like стандартной библиотекой, без многопоточности, с костылями, являющимися частью языка.
Годится только для написания скриптов машоба в 3 строки, в остальном сосет по всем параметрам у других языков, медленный.
Сойдет только для написания высоконагруженных модулей API, что-то сложнее не построишь ввиду низкоуровневости языка. Также не имеет вообще никакой иной области применения.
Что-то слышал, существует давно, но на нем никто и нихуя не пишет, а значит, бесполезная параша.
Я не беру малопопулярные языки, у которых у всех одни и те же проблемы:
1. Тонны багов, которые хоть и фиксятся, но постоянно завозят новых.
2. Нет фреймворков и очень слабая поддержка комьюнити
3. Никогда не знаешь, сдохнет ли через неделю очередной убийца жавы, c++ и пхп.
Сука, кругом одни стулья с хуями и пиками. Ничего нормального нет блять.
Это нормально, что все языки - ебаное говно?
Серьезно, вообще нет ни одного языка, который был бы просто выше среднего по основным параметрам.
>Java
Достаточно неплох, но 1) нет нормальной библиотеки для гуя в 2к19 году. Серезно блядь? 2) Нет нормальных фреймворков под веб. 3) Нет полной совместимости с ведроидом. 4) Хеллоуворд жрет полгига оперативки. 5) В целом слишком долгая и дорогая разработка.
>C#
Анальный загон MS. Быть может, додумаясь мелкомягкие дебилы сделать его полноценно кроссплатформенным сразу, то потеснил бы java.
В остальном, проблемы идентичны жаве.
>C++
Ну вы поняли, что-то сложнее калькулятора будешь писать 15 лет. В целом язык-дед-доедала, куча бесполезной хуйни в языке, стандартная библиотека уровня бреинфака, нет даже дефолтного менеджера зависимостей, нет нормальной многопоточнсоти, нет нормальных исключений или других средств обработки ошибок, короче нихуя нет. Жив исключительно в низкоуровневом погромировании всяких модулей для других языков и ос.
>C, asm и т.п.
Хуйня под микроконтроллеры и системные библитеки, и то вытесняется современными конкурентами.
>JS
Язык-петух, который вроде может все, но на самом деле ничего.
Единственная область, где он очень хорош и вообще не имеет конкурентов - фронтенд.
В остальном нахуй не нужен ввиду бесполезности.
>node.js
Высер больной фантазии жс-дебилов, не могущих выучить серверный язык.
>php
Устаревшее говно мамонта с c++-like стандартной библиотекой, без многопоточности, с костылями, являющимися частью языка.
>python
Годится только для написания скриптов машоба в 3 строки, в остальном сосет по всем параметрам у других языков, медленный.
>go
Сойдет только для написания высоконагруженных модулей API, что-то сложнее не построишь ввиду низкоуровневости языка. Также не имеет вообще никакой иной области применения.
>ruby
Что-то слышал, существует давно, но на нем никто и нихуя не пишет, а значит, бесполезная параша.
Я не беру малопопулярные языки, у которых у всех одни и те же проблемы:
1. Тонны багов, которые хоть и фиксятся, но постоянно завозят новых.
2. Нет фреймворков и очень слабая поддержка комьюнити
3. Никогда не знаешь, сдохнет ли через неделю очередной убийца жавы, c++ и пхп.
Сука, кругом одни стулья с хуями и пиками. Ничего нормального нет блять.
13 Кб, 300x260>>59935 (OP)
Это нормально, что все языки - ебаное говно?
Серьезно, вообще нет ни одного языка, который был бы просто выше среднего по основным параметрам.
Достаточно неплох, но 1) нет нормальной библиотеки для гуя в 2к19 году. Серезно блядь? 2) Нет нормальных фреймворков под веб. 3) Нет полной совместимости с ведроидом. 4) Хеллоуворд жрет полгига оперативки. 5) В целом слишком долгая и дорогая разработка.
Анальный загон MS. Быть может, додумаясь мелкомягкие дебилы сделать его полноценно кроссплатформенным сразу, то потеснил бы java.
В остальном, проблемы идентичны жаве.
Ну вы поняли, что-то сложнее калькулятора будешь писать 15 лет. В целом язык-дед-доедала, куча бесполезной хуйни в языке, стандартная библиотека уровня бреинфака, нет даже дефолтного менеджера зависимостей, нет нормальной многопоточнсоти, нет нормальных исключений или других средств обработки ошибок, короче нихуя нет. Жив исключительно в низкоуровневом погромировании всяких модулей для других языков и ос.
Хуйня под микроконтроллеры и системные библитеки, и то вытесняется современными конкурентами.
Язык-петух, который вроде может все, но на самом деле ничего.
Единственная область, где он очень хорош и вообще не имеет конкурентов - фронтенд.
В остальном нахуй не нужен ввиду бесполезности.
Высер больной фантазии жс-дебилов, не могущих выучить серверный язык.
Устаревшее говно мамонта с c++-like стандартной библиотекой, без многопоточности, с костылями, являющимися частью языка.
Годится только для написания скриптов машоба в 3 строки, в остальном сосет по всем параметрам у других языков, медленный.
Сойдет только для написания высоконагруженных модулей API, что-то сложнее не построишь ввиду низкоуровневости языка. Также не имеет вообще никакой иной области применения.
Что-то слышал, существует давно, но на нем никто и нихуя не пишет, а значит, бесполезная параша.
Я не беру малопопулярные языки, у которых у всех одни и те же проблемы:
1. Тонны багов, которые хоть и фиксятся, но постоянно завозят новых.
2. Нет фреймворков и очень слабая поддержка комьюнити
3. Никогда не знаешь, сдохнет ли через неделю очередной убийца жавы, c++ и пхп.
Сука, кругом одни стулья с хуями и пиками. Ничего нормального нет блять.
Это нормально, что все языки - ебаное говно?
Серьезно, вообще нет ни одного языка, который был бы просто выше среднего по основным параметрам.
>Java
Достаточно неплох, но 1) нет нормальной библиотеки для гуя в 2к19 году. Серезно блядь? 2) Нет нормальных фреймворков под веб. 3) Нет полной совместимости с ведроидом. 4) Хеллоуворд жрет полгига оперативки. 5) В целом слишком долгая и дорогая разработка.
>C#
Анальный загон MS. Быть может, додумаясь мелкомягкие дебилы сделать его полноценно кроссплатформенным сразу, то потеснил бы java.
В остальном, проблемы идентичны жаве.
>C++
Ну вы поняли, что-то сложнее калькулятора будешь писать 15 лет. В целом язык-дед-доедала, куча бесполезной хуйни в языке, стандартная библиотека уровня бреинфака, нет даже дефолтного менеджера зависимостей, нет нормальной многопоточнсоти, нет нормальных исключений или других средств обработки ошибок, короче нихуя нет. Жив исключительно в низкоуровневом погромировании всяких модулей для других языков и ос.
>C, asm и т.п.
Хуйня под микроконтроллеры и системные библитеки, и то вытесняется современными конкурентами.
>JS
Язык-петух, который вроде может все, но на самом деле ничего.
Единственная область, где он очень хорош и вообще не имеет конкурентов - фронтенд.
В остальном нахуй не нужен ввиду бесполезности.
>node.js
Высер больной фантазии жс-дебилов, не могущих выучить серверный язык.
>php
Устаревшее говно мамонта с c++-like стандартной библиотекой, без многопоточности, с костылями, являющимися частью языка.
>python
Годится только для написания скриптов машоба в 3 строки, в остальном сосет по всем параметрам у других языков, медленный.
>go
Сойдет только для написания высоконагруженных модулей API, что-то сложнее не построишь ввиду низкоуровневости языка. Также не имеет вообще никакой иной области применения.
>ruby
Что-то слышал, существует давно, но на нем никто и нихуя не пишет, а значит, бесполезная параша.
Я не беру малопопулярные языки, у которых у всех одни и те же проблемы:
1. Тонны багов, которые хоть и фиксятся, но постоянно завозят новых.
2. Нет фреймворков и очень слабая поддержка комьюнити
3. Никогда не знаешь, сдохнет ли через неделю очередной убийца жавы, c++ и пхп.
Сука, кругом одни стулья с хуями и пиками. Ничего нормального нет блять.
>>64495
Лол, хипстер-долбоёб с манямирком, который верит в корпорации добра и капитализм с человеческим лицом, ахуеть)))))
Лол, хипстер-долбоёб с манямирком, который верит в корпорации добра и капитализм с человеческим лицом, ахуеть)))))
>>64785
Вот скажи, какая у тебя цепочка рассуждений в голове, что ты пришел к таким выводам? Как наличие сборщика мусора в списке ожидаемых фич wasm делает корпорации добрыми или злыми?
Вот скажи, какая у тебя цепочка рассуждений в голове, что ты пришел к таким выводам? Как наличие сборщика мусора в списке ожидаемых фич wasm делает корпорации добрыми или злыми?
>>65059
Твое жизненное кредо?
Твое жизненное кредо?
>>64675
Спринг
Джава никогда и не позиционировалась как язык с лёгким рантаймом
>2) Нет нормальных фреймворков под веб
Спринг
>4) Хеллоуворд жрет полгига оперативки.
Джава никогда и не позиционировалась как язык с лёгким рантаймом
>>65548
че серьезно
че серьезно
>>64064
Спойлер: нет это так. Представь себе вот это шок должно быть, ты уж крепись, я пошатаю немного твои заученные мантры. Чтобы не было бесконечных препирательств сразу раскрою карты - да ты сам не создаешь новых потоков, но внезапненько они очень даже есть. Кроме твоего кода который крутиться в ивент лупе есть еще процессы обрабатывающие другие события, они не обрабатывают сами себя магически, вот ведь нихуя себе?
>>64377
Смысл обоих подходов в том чтобы объединять несколько абстрактных потоков выполнения в один целый поток выполнения и естественно чтобы при этом не обосраться с дедлоками и прочими неконсистентностями. Согласись, в такой формулировке различие уже не так очевидно? Если бы эти потоки вообще никак не взаимодействовали друг с другом то и проблемы бы никаких не было. Все сложности лежат целиком во взаимодействии этих потоков и нет существенной разницы выполняются они одновременно или нет. Ведь как завещал один ученый которого звали Альберт Эйнштейн по-настоящему одновременных событий не бывает.
>на нодежс все пишут многопоточные приложения. спойлер: это не так
Спойлер: нет это так. Представь себе вот это шок должно быть, ты уж крепись, я пошатаю немного твои заученные мантры. Чтобы не было бесконечных препирательств сразу раскрою карты - да ты сам не создаешь новых потоков, но внезапненько они очень даже есть. Кроме твоего кода который крутиться в ивент лупе есть еще процессы обрабатывающие другие события, они не обрабатывают сами себя магически, вот ведь нихуя себе?
>>64377
>Много задач в разных потоках и много задач в одном потоке это же разные вещи.
Смысл обоих подходов в том чтобы объединять несколько абстрактных потоков выполнения в один целый поток выполнения и естественно чтобы при этом не обосраться с дедлоками и прочими неконсистентностями. Согласись, в такой формулировке различие уже не так очевидно? Если бы эти потоки вообще никак не взаимодействовали друг с другом то и проблемы бы никаких не было. Все сложности лежат целиком во взаимодействии этих потоков и нет существенной разницы выполняются они одновременно или нет. Ведь как завещал один ученый которого звали Альберт Эйнштейн по-настоящему одновременных событий не бывает.
>>65811
Ты уж определись что у тебя там.
На ноде не писал, но вот на питухоне достаточно и там из-за гил различие очевидно. Ну и как бы в любом случае процессы и потоки это не одно и то же. Если это обертка над примитивами ос, а не маняакторы эрланга какие-нибудь, которые обзывают потоками, тот как минимум различие в том что все потоки шарят ресурсы, а между процессами ебись с IPC.
>не создаешь новых потоков
>в ивент лупе есть еще процессы
Ты уж определись что у тебя там.
На ноде не писал, но вот на питухоне достаточно и там из-за гил различие очевидно. Ну и как бы в любом случае процессы и потоки это не одно и то же. Если это обертка над примитивами ос, а не маняакторы эрланга какие-нибудь, которые обзывают потоками, тот как минимум различие в том что все потоки шарят ресурсы, а между процессами ебись с IPC.
>>59935 (OP)
+ Великое доказательство того, что технологиями правит бизнес, а не задрот программист в холливар треде.
- П..здец.
А есть какая-то лучшая альтернатива программе для бухгалтеров?
>1С
+ Великое доказательство того, что технологиями правит бизнес, а не задрот программист в холливар треде.
- П..здец.
А есть какая-то лучшая альтернатива программе для бухгалтеров?
>>65818
Ну в рамках дискуссии это не существенные детали. Управляют ли потоками планировщик ОС или рантайм языка и соответствующие разграничения ресурсов. От этого не меняется их "конкаренси" или "параллелизм" (что как мы пытаемся установить есть одно и тоже) т.к. они не становятся "более параллельными".
>Ты уж определись что у тебя там.
Ну в рамках дискуссии это не существенные детали. Управляют ли потоками планировщик ОС или рантайм языка и соответствующие разграничения ресурсов. От этого не меняется их "конкаренси" или "параллелизм" (что как мы пытаемся установить есть одно и тоже) т.к. они не становятся "более параллельными".
>>64675
Про 1С забыл
Про 1С забыл
>>65823
Да и код там сейчас не особо пишут, в основном только запросы и в СКД ковыряются.
> А есть какая-то лучшая альтернатива программе для бухгалтеров?
Да и код там сейчас не особо пишут, в основном только запросы и в СКД ковыряются.
>>65822
cpp
cpp
>>59935 (OP)
xsfdsg
xsfdsg
javascript - мечта ваннаби макак
python - непривычная тормозная хрень
php - ваннаби-java
с/с++ - окаменелое говно динозавров
rust - попытка размочить говно динозавров, помочившись на него.
go - когда смогли отколоть от окаменелости, но самую вонючую часть.
java - COBOL нашего времени, место где рождается тырпрайз.
scala - перекрашенная старшая уродливая дочка.
kotlin - перекрашенная средняя дочка, которая постоянно сидит в телефоне.
groovy - золушка, к которой не прилетела фея.
python - непривычная тормозная хрень
php - ваннаби-java
с/с++ - окаменелое говно динозавров
rust - попытка размочить говно динозавров, помочившись на него.
go - когда смогли отколоть от окаменелости, но самую вонючую часть.
java - COBOL нашего времени, место где рождается тырпрайз.
scala - перекрашенная старшая уродливая дочка.
kotlin - перекрашенная средняя дочка, которая постоянно сидит в телефоне.
groovy - золушка, к которой не прилетела фея.
>>65822
groovy
groovy
>>65811
Еще как есть. Для определенности представим, что нужно посчитать сумму чисел в огромном массиве. Если реальные 4 потока займутся этим, то массив поделят на 4 приблизительно равные части, каждый поток посчитает сумму, а потом результат будет сложен, и все это будет быстрее, чем если бы суммировал только один поток. Если эти 4 куска задачи будут выполняться в одном потоке это будет даже медленнее, чем если бы один поток взял бы и просуммировал массив, потому что на создание отдельных задач и переключение между ними траться ресурсы. А вот, допустим, если программа должна делать большое вычисление, но есть вероятность, что по сети придет команда прервать это вычисление и начать другое, то тогда имеет смысл чтобы эти 2 задачи работали в одном потоке: программа немного повычисляла, потом переключилась на задачу проверяющую, не пришло ли чего по сети, если ничего не пришло, то возвращается к вычислению, если пришли другие распоряжения, то надо выполнять их.
А вообще, мне нравиться высказывание Алана Кокса: "Компьютер — это конечный автомат. Потоковое программирование нужно тем, кто не умеет программировать конечные автоматы"
>существенной разницы выполняются они одновременно или нет.
Еще как есть. Для определенности представим, что нужно посчитать сумму чисел в огромном массиве. Если реальные 4 потока займутся этим, то массив поделят на 4 приблизительно равные части, каждый поток посчитает сумму, а потом результат будет сложен, и все это будет быстрее, чем если бы суммировал только один поток. Если эти 4 куска задачи будут выполняться в одном потоке это будет даже медленнее, чем если бы один поток взял бы и просуммировал массив, потому что на создание отдельных задач и переключение между ними траться ресурсы. А вот, допустим, если программа должна делать большое вычисление, но есть вероятность, что по сети придет команда прервать это вычисление и начать другое, то тогда имеет смысл чтобы эти 2 задачи работали в одном потоке: программа немного повычисляла, потом переключилась на задачу проверяющую, не пришло ли чего по сети, если ничего не пришло, то возвращается к вычислению, если пришли другие распоряжения, то надо выполнять их.
А вообще, мне нравиться высказывание Алана Кокса: "Компьютер — это конечный автомат. Потоковое программирование нужно тем, кто не умеет программировать конечные автоматы"
>>65811
Хорошо, тогда приведи пример кода на нодежс, который считает факториал достаточно большого n в m потоков.
Еще можешь почитать в википедии, что такое multithreading и что такое concurrency.
>>65811
Это смысл конкурентного кода, но не многопоточного. Многопоточный код не подразумевает в обязательном порядке конкурентности (и наоборот). Еще раз советую разобраться с определениями.
Верно, для конкурентного кода нет разницы, выполняется он в одном потоке или в нескольких. В этом весь смысл конкурентности, ты все правильно понимаешь. Осталось понять, чем она отличается от многопоточности.
>Спойлер: нет это так.
Хорошо, тогда приведи пример кода на нодежс, который считает факториал достаточно большого n в m потоков.
Еще можешь почитать в википедии, что такое multithreading и что такое concurrency.
>>65811
>Смысл обоих подходов в том чтобы объединять несколько абстрактных потоков выполнения в один целый поток выполнения
Это смысл конкурентного кода, но не многопоточного. Многопоточный код не подразумевает в обязательном порядке конкурентности (и наоборот). Еще раз советую разобраться с определениями.
>нет существенной разницы выполняются они одновременно или нет
Верно, для конкурентного кода нет разницы, выполняется он в одном потоке или в нескольких. В этом весь смысл конкурентности, ты все правильно понимаешь. Осталось понять, чем она отличается от многопоточности.
>>65822
Кложа?
Кложа?
>>65954
А если я возьму проц пошустрее то будет еще быстрее, т.е. по твоей логике получается еще многопоточнее. А что на счет simd? Я же говорю это несущественные детали реализации.
А если бы завезли адекватное управление ресурсами ака зеленые треды прямо в ОС, то может и никакой "конкурентности" в головах промыток и не возникло бы
Охуенно глубокомысленное, уровня - сборщик мусора нужен тем кто не умеет управлять памятью
>>65964
Дебил, какую часть
ты не можешь осилить?
Горе-штудентик, я уже много лет назад все это перечитал и дошел до того что это все полный бред вполне вероятно написаный фан-боями петуха.
Да ты что, а в чем же тогда его смысл? Может еще скажешь что потоки при многопоточном выполнении никак не взаимодействуют, а общий результат достигается путем неведомой магии.
Да, тебе. Про хинт: ничем, о чем и речь идет.
>и все это будет быстрее
А если я возьму проц пошустрее то будет еще быстрее, т.е. по твоей логике получается еще многопоточнее. А что на счет simd? Я же говорю это несущественные детали реализации.
>потому что на создание отдельных задач и переключение между ними траться ресурсы
А если бы завезли адекватное управление ресурсами ака зеленые треды прямо в ОС, то может и никакой "конкурентности" в головах промыток и не возникло бы
>Алана Кокса: "Компьютер — это конечный автомат. Потоковое программирование нужно тем, кто не умеет программировать конечные автоматы"
Охуенно глубокомысленное, уровня - сборщик мусора нужен тем кто не умеет управлять памятью
>>65964
>приведи пример кода на нодежс, который считает факториал достаточно большого n в m потоков
Дебил, какую часть
>ты сам не создаешь новых потоков, но внезапненько они очень даже есть. Кроме твоего кода который крутиться в ивент лупе есть еще процессы обрабатывающие другие события
ты не можешь осилить?
>Еще можешь почитать в википедии, что такое multithreading и что такое concurrency
Горе-штудентик, я уже много лет назад все это перечитал и дошел до того что это все полный бред вполне вероятно написаный фан-боями петуха.
>>Смысл обоих подходов в том чтобы объединять несколько абстрактных потоков выполнения в один целый поток выполнения
>Это смысл конкурентного кода, но не многопоточного
Да ты что, а в чем же тогда его смысл? Может еще скажешь что потоки при многопоточном выполнении никак не взаимодействуют, а общий результат достигается путем неведомой магии.
>Осталось понять, чем она отличается от многопоточности.
Да, тебе. Про хинт: ничем, о чем и речь идет.
>>65878
Ну то что ты можешь рандомным словам на английском сопоставлять рандомные фразы на русском мы поняли, но при чем тут ИТТ тред?
Ну то что ты можешь рандомным словам на английском сопоставлять рандомные фразы на русском мы поняли, но при чем тут ИТТ тред?
>>65824
Есть устоявшиеся термины, один указывает на саму суть, твои несущественные детали, другой явно подразумевает что операции выполняются одновременно, а не выглядят для программиста как выполняющиеся одновременно. Я тебе специально про gil питона упомянул.
А сейчас ты просто пытаешься сопоставить свой манясмысл с этими терминами, но для начала ты должен убедить почему мы должны пользоваться твоими манятерминами, а не устоявшимися
Есть устоявшиеся термины, один указывает на саму суть, твои несущественные детали, другой явно подразумевает что операции выполняются одновременно, а не выглядят для программиста как выполняющиеся одновременно. Я тебе специально про gil питона упомянул.
А сейчас ты просто пытаешься сопоставить свой манясмысл с этими терминами, но для начала ты должен убедить почему мы должны пользоваться твоими манятерминами, а не устоявшимися
>>66015
Можешь использовать хоть какие, разницы то нет. Главное не кукарекай конкаренси это совсем не параллелизм ко-ко-ко главпетух так сказал.
А что там в питоне собственно кстати первое или второе? Если я напишу в одном треде while(true) то все остальные встанут или нет (просто стало интересно).
Можешь использовать хоть какие, разницы то нет. Главное не кукарекай конкаренси это совсем не параллелизм ко-ко-ко главпетух так сказал.
>Я тебе специально про gil питона упомянул
А что там в питоне собственно кстати первое или второе? Если я напишу в одном треде while(true) то все остальные встанут или нет (просто стало интересно).
>>65991
Почему ты отвечаешь вопросом на вопрос? Давай еще раз: приведи пример кода на нодежс, который считает факториал достаточно большого n в m потоков.
При чем тут Coq? Ты совсем запутался.
Могут взаимодействовать, могут нет. На то, является ли код многопоточным, это не влияет.
То есть ты утверждаешь, что многопоточный код - это в том числе тот код, который исполняется в одном потоке, я тебя правильно понял?
>ты не можешь осилить?
Почему ты отвечаешь вопросом на вопрос? Давай еще раз: приведи пример кода на нодежс, который считает факториал достаточно большого n в m потоков.
>вероятно написаный фан-боями петуха.
При чем тут Coq? Ты совсем запутался.
>потоки при многопоточном выполнении никак не взаимодействуют
Могут взаимодействовать, могут нет. На то, является ли код многопоточным, это не влияет.
>ничем, о чем и речь идет.
То есть ты утверждаешь, что многопоточный код - это в том числе тот код, который исполняется в одном потоке, я тебя правильно понял?
>>66019
Какой главпетух, пока на главпетуха тут только ты метишь.
Да
Есть, я могу сказать что последовательное выполнение это и есть конкурренси и каждый раз говоря про последовательное выполнение я буду подразумевать параллельное, понимаешь к чему я?
Есть два термина, которые позволяют мне ссылаться на два, слегка отличающихся понятия, эти термины устоялись в CS, но тут вылазит какой-то петух и предлагает мне везде использовать их как взаимозаменяемые. Ессно он будет обоссан.
Да, в этом суть. Хоть они и выглядят как параллельно исполняющиеся, но по факту, если нет io операций то инструкции выполняются последовательно.
Какой главпетух, пока на главпетуха тут только ты метишь.
>Можешь использовать хоть какие
Да
>разницы то нет
Есть, я могу сказать что последовательное выполнение это и есть конкурренси и каждый раз говоря про последовательное выполнение я буду подразумевать параллельное, понимаешь к чему я?
Есть два термина, которые позволяют мне ссылаться на два, слегка отличающихся понятия, эти термины устоялись в CS, но тут вылазит какой-то петух и предлагает мне везде использовать их как взаимозаменяемые. Ессно он будет обоссан.
>Если я напишу в одном треде while(true) то все остальные встанут или нет
Да, в этом суть. Хоть они и выглядят как параллельно исполняющиеся, но по факту, если нет io операций то инструкции выполняются последовательно.
348 Кб, 1200x1200>>66006
гофер, пшел вон!
гофер, пшел вон!
>>66042
Известно какой, пик1
Нет, пик2
Немного почитал про этот gil и у меня стойкое ощущение что ты серишь. Интересует мнение бывалых питонистов.
Надо бы с этим разобраться чтобы было видно куда дальше продолжать беседу.
>Какой главпетух
Известно какой, пик1
>я могу сказать что последовательное выполнение это и есть конкурренси и каждый раз говоря про последовательное выполнение я буду подразумевать параллельное
>понимаешь к чему я?
Нет, пик2
>>Если я напишу в одном треде while(true) то все остальные встанут или нет
>Да
Немного почитал про этот gil и у меня стойкое ощущение что ты серишь. Интересует мнение бывалых питонистов.
Надо бы с этим разобраться чтобы было видно куда дальше продолжать беседу.
Когда Си вновь станет модным?
>>65945
Овца тупая, я тебе говорю, что питона нету во фронтенде, потому что это так надо корпорациям, чтобы его там не было, в частности самой корпорации Гугль. Нахуя ты мне задаешь левые вопросы?
> Ладно, а как питон на фронтенде делает корпорации злыми или добрыми?
Овца тупая, я тебе говорю, что питона нету во фронтенде, потому что это так надо корпорациям, чтобы его там не было, в частности самой корпорации Гугль. Нахуя ты мне задаешь левые вопросы?
питона нет во фронтенде потому, что никто не будет запихивать интерпретатор питона в браузер чтобы показывать хипстерские сайты с фронтендом на питоне
>>66142
Тупица, тебе же ясно сказали уебывать в закат, с такой тупорылой тварью как ты вообще никто дискутировть не собирается, т.к. просто нету в этом смысла.
Тупица, тебе же ясно сказали уебывать в закат, с такой тупорылой тварью как ты вообще никто дискутировть не собирается, т.к. просто нету в этом смысла.
>>61588
Ты вьебался об столб
Ты вьебался об столб
>>66152
Я задаю совершенно конкретные вопросы.
Ты сказал
>>64785
Этот твой пост, а также некоторые твои посты до и после него в этой цепочке постов, означают, что ты считаешь, что либо сборщик мусора в wasm, либо питон во фронтэнде, делают корпорации добрыми или злыми, кроме того, ты почему-то считаешь, что я идеализирую корпорации, это прямой смысл твоих высказываний, мне просто интересно, как ты дошел до таких выводов, какая логическая связь между всем этим? Но, судя по всему, ты и сам понятия не имеешь, видимо, все что ты пишешь это просто случайный набор слов.
Я задаю совершенно конкретные вопросы.
Ты сказал
>>64785
>Лол, хипстер-долбоёб с манямирком, который верит в корпорации добра и капитализм с человеческим лицом, ахуеть)))))
Этот твой пост, а также некоторые твои посты до и после него в этой цепочке постов, означают, что ты считаешь, что либо сборщик мусора в wasm, либо питон во фронтэнде, делают корпорации добрыми или злыми, кроме того, ты почему-то считаешь, что я идеализирую корпорации, это прямой смысл твоих высказываний, мне просто интересно, как ты дошел до таких выводов, какая логическая связь между всем этим? Но, судя по всему, ты и сам понятия не имеешь, видимо, все что ты пишешь это просто случайный набор слов.
>>66275
Ты ебанная хипстота умственно-отсталая идеализируешь корпарации и веришь в правильный капитализм с человеческим лицом. Всё, иди нахуй.
> что я идеализирую корпорации
Ты ебанная хипстота умственно-отсталая идеализируешь корпарации и веришь в правильный капитализм с человеческим лицом. Всё, иди нахуй.
>>66349
Тебя, наверное, уже училка заругала за то, что на первом уроке клюёшь носом :з
> корпарации
> 03:20:58
Тебя, наверное, уже училка заругала за то, что на первом уроке клюёшь носом :з
Щито вще
>>66349
На основании чего ты делаешь такие выводы? Какие твои аргументы? Повторять одно и то же, это не аргумент.
На основании чего ты делаешь такие выводы? Какие твои аргументы? Повторять одно и то же, это не аргумент.
>>66749
Мамку ебал.
Мамку ебал.
Фига вам wasm, сейчас навернут вам какой-нибудь дарт и фуксию и потом предоставят новый протокол для веба, который из магазина приложений будет работать и все ваш веб
>>66749
ненавижу вас хипстеров ебанных, которые дрочат на джобса, маска и убер-такси
чтоб вы обосрались от своих смузей
ненавижу вас хипстеров ебанных, которые дрочат на джобса, маска и убер-такси
чтоб вы обосрались от своих смузей
>>66187
Сам придумал?
Сам придумал?
>>66922
Судя по волатильности, страдали все. Как минимум 80-90%
Судя по волатильности, страдали все. Как минимум 80-90%
![6311654aaf589f9ff476db668ac[1].jpeg](https://2ch.hk//pr/src/1359935/15529789863020.jpg)
44 Кб, 409x600>>65825 Так, собрался и быстро вышел на связь. Народ требует новостей. А потом в Чернобыль поедем.
>>59935 (OP)
Очевидно будущее за мультиплатформенным языком.
javascript/ts - браузер, бэк, мобилки, десктоп авто железо
dart - браузер, бэк, кроссмобилки и все что может js но конечно не выстрелит
Очевидно будущее за мультиплатформенным языком.
javascript/ts - браузер, бэк, мобилки, десктоп авто железо
dart - браузер, бэк, кроссмобилки и все что может js но конечно не выстрелит
>>67427 (Del)
Разреши я тебе немножечко открою глаза на то, как устроена индустрия: https://medium.com/russian/почему-мой-телефон-не-обновится-до-нового-андроеда-e4cd5fa3fa85
Если вкратце - да, программистишки это пиздец, но пиздец - он везде, начиная с железячного уровня и заканчивая маркетингом, поэтому от жалких людишек в ближайшие лет пятьдесят, к сожалению, не избавиться никак.
Разреши я тебе немножечко открою глаза на то, как устроена индустрия: https://medium.com/russian/почему-мой-телефон-не-обновится-до-нового-андроеда-e4cd5fa3fa85
Если вкратце - да, программистишки это пиздец, но пиздец - он везде, начиная с железячного уровня и заканчивая маркетингом, поэтому от жалких людишек в ближайшие лет пятьдесят, к сожалению, не избавиться никак.
3,5 Мб, 2000x1635>>67427 (Del)
Я даже думаю не увеличили ли они количество нанятых разрабов лол. Профит скорее в скорости разработки и тестирования а не в уменьшении количество голов которым надо платить зп.
Ну и конечно 99% задач в других индустриях не так легко описать мат моделями.
>заменили программистов которые имплементят ручками мат модели на программистов которые имплементят ручками генератор сишного кода из мат моделей и софт для поддержки всей этой инфраструктуры
Я даже думаю не увеличили ли они количество нанятых разрабов лол. Профит скорее в скорости разработки и тестирования а не в уменьшении количество голов которым надо платить зп.
Ну и конечно 99% задач в других индустриях не так легко описать мат моделями.
>>67427 (Del)
бва ха ха
лооооооооооооооол
если ты бы видел код встраиваемых устроиств в этом самом автомобилестроении
бва ха ха
лооооооооооооооол
если ты бы видел код встраиваемых устроиств в этом самом автомобилестроении
>>67427 (Del)
Вопрос не в том, за чем будущее; вопрос в том, когда оно наступит.
Вопрос не в том, за чем будущее; вопрос в том, когда оно наступит.
>>67902
Разумеется, ведь даже при социализме хитрожопых жидо-мошенников отправляли работать на Колыму на благо общества. Тут не нагребешь бабла махинациями, не работая производя полезный продукт или услуги.
Разумеется, ведь даже при социализме хитрожопых жидо-мошенников отправляли работать на Колыму на благо общества. Тут не нагребешь бабла махинациями, не работая производя полезный продукт или услуги.
>>66975 Ну видишь, так долго не выходил на связь, что я уже чуйку теряю. Давай, каким. пора держать ответ.
>>67902
Всегда думал что если ты программист, то ты должен обладать критическим мышлением. Но как я был не прав.
Думаю не трудно потратить менее часа, чтобы понять что все эти "-измы" это сплошные наебизмы.
Всегда думал что если ты программист, то ты должен обладать критическим мышлением. Но как я был не прав.
Думаю не трудно потратить менее часа, чтобы понять что все эти "-измы" это сплошные наебизмы.
>>67970
И мира нет.
И мира нет.
>>67844
Ну или когда комми-петухи прочитают учебник русского языка и научатся не ставить запятые в рандомных местах))0)0
Ну или когда комми-петухи прочитают учебник русского языка и научатся не ставить запятые в рандомных местах))0)0
>>68091
Когда поток моих мыслей останавливается, тогда и ставлю, чтобы знали.
Когда поток моих мыслей останавливается, тогда и ставлю, чтобы знали.
>>67961
>>67970
>>68091
Ну тогда педики и не скулите, что вам при капитализме что-то не нравится. Если корпорации считают правильным какое-то положение вещей, которое благоприятно влияет на их прибыль, значит так оно и должно быть. Если куча гавно-кода приносит больше прибыли чем оптимизация, то значит будете писать говно-код на говно-языках в говно-иде установленных на говно-системах.
>>67970
>>68091
Ну тогда педики и не скулите, что вам при капитализме что-то не нравится. Если корпорации считают правильным какое-то положение вещей, которое благоприятно влияет на их прибыль, значит так оно и должно быть. Если куча гавно-кода приносит больше прибыли чем оптимизация, то значит будете писать говно-код на говно-языках в говно-иде установленных на говно-системах.
>>68206
Зачем коммунизму программисты?? тому настоящему коммунизму, о котором ты скорее всего и не знаешь
Зачем коммунизму программисты?? тому настоящему коммунизму, о котором ты скорее всего и не знаешь
>>67970
Поэтому капитализм нужно свергать.
↓
>>68206
Античеловеческая система: люди - "педики", должны быть принесены в жертву абстрактным "корпорациям". Налицо полная потеря связи с реальностью, которая вывернулась через жопу наизнанку, вместо систем ради людей, у сумасшедших люди ради систем. Это уже всё, махровое мракобесие.
>Справедливости нет в мире капитализма.
Поэтому капитализм нужно свергать.
↓
>>68206
>педики и не скулите, что вам при капитализме что-то не нравится. Если корпорации считают правильным какое-то положение вещей, которое благоприятно влияет на их прибыль, значит так оно и должно быть
Античеловеческая система: люди - "педики", должны быть принесены в жертву абстрактным "корпорациям". Налицо полная потеря связи с реальностью, которая вывернулась через жопу наизнанку, вместо систем ради людей, у сумасшедших люди ради систем. Это уже всё, махровое мракобесие.
Комми-петушки - они как православные: даже если никто не спрашивает, всё равно нужно прокукарекать о своих никому не интересных взглядах. Сажи малолетним пидорам.
>>68366
мамку ебал
мамку ебал
367 Кб, 604x453>>68267
Постановлением первого секретаря ЦК Николая Небрежного, постановляю: перевести производственные мощности программистов отдела "ты курительная трубка", в строительство петельного завода имени З.А. Лупина, ввиду стратегического нехватка петель в фабрике по производству дверей имени И.Я. Самотыкина.
Постановлением первого секретаря ЦК Николая Небрежного, постановляю: перевести производственные мощности программистов отдела "ты курительная трубка", в строительство петельного завода имени З.А. Лупина, ввиду стратегического нехватка петель в фабрике по производству дверей имени И.Я. Самотыкина.
>>61261
Gcc много всякого говна поддерживает, в том числе Фортран и аду, ну и что, пишет на них кто-нибудь?
Gcc много всякого говна поддерживает, в том числе Фортран и аду, ну и что, пишет на них кто-нибудь?
>>68698
Он и поддерживает это "говно" потому, что на этом еще пишут.
Он и поддерживает это "говно" потому, что на этом еще пишут.
>>60507
Дак одно дело — связаться на полшишечки, и совсем другое — с целью работать с ним.
Дак одно дело — связаться на полшишечки, и совсем другое — с целью работать с ним.
Сомр
>>60853
Чем он IDE-зависимее не IDE-зависимого JS?
Так хорошо, что компилятор, а не в рантайме. Значит, валидируется, просто работа поэтапная: пишем, потом смотрим на ругань компилятора и чиним. Чем это IDE-зависимее не IDE-зависимого Rust?
Ну это ССЗБизм — ассумить состояние расшаренных переменных в поддерживающем многопоточность языке. Котлин тут вообще ни при чём. И опять-таки, хорошо, что компилятор такое ловит, а не лезет потом на проде хуй воспроизводимый баг, который месяцами ловят и никак поймать не могут.
Наоборот, IDE — привет из времён DOS (Turbo Pascal, QBASIC и иже с ними, ага), где нельзя было пускать не через жопу несколько программ кряду, поэтому всё нужное для разработки пихали в одну. Многозадачным богам это не нужно.
>И hui автоматически будет String
Чем он IDE-зависимее не IDE-зависимого JS?
>компилятор проведет тебе шершавым по губам
Так хорошо, что компилятор, а не в рантайме. Значит, валидируется, просто работа поэтапная: пишем, потом смотрим на ругань компилятора и чиним. Чем это IDE-зависимее не IDE-зависимого Rust?
>обнулил эту var в другом потоке
Ну это ССЗБизм — ассумить состояние расшаренных переменных в поддерживающем многопоточность языке. Котлин тут вообще ни при чём. И опять-таки, хорошо, что компилятор такое ловит, а не лезет потом на проде хуй воспроизводимый баг, который месяцами ловят и никак поймать не могут.
>Работать с кодом без ide в 2019 странная идея
Наоборот, IDE — привет из времён DOS (Turbo Pascal, QBASIC и иже с ними, ага), где нельзя было пускать не через жопу несколько программ кряду, поэтому всё нужное для разработки пихали в одну. Многозадачным богам это не нужно.
>>68746
Можно. Вот параллельно нельзя, а кряду любой Нортон коммандер так делал. Собственно как турбопаскаль запускал твою прогу подумой.
> нельзя было пускать не через жопу несколько программ кряду
Можно. Вот параллельно нельзя, а кряду любой Нортон коммандер так делал. Собственно как турбопаскаль запускал твою прогу подумой.
>>64675
Дебилушка, осиль -Xmx. Сразу видно малолетнего зумера, не заставшего Java ME и отсего больного стереотипами о прожорливости жабки.
>Хеллоуворд жрет полгига оперативки
Дебилушка, осиль -Xmx. Сразу видно малолетнего зумера, не заставшего Java ME и отсего больного стереотипами о прожорливости жабки.
>>66236
Разрешаю тебе писать на VBScript. В нормальных браузерах работает, остальные идут нахуй.
Разрешаю тебе писать на VBScript. В нормальных браузерах работает, остальные идут нахуй.
>>66236
Разрешаю тебе писать на ClojureScript. Что-то лучше в браузеры никогда, наверное, уже не завезут. На крайняк можешь посмотреть Dart. А вообще изначально в браузеры хотели Scheme запихать, вот бы все сейчас охуевали.
Разрешаю тебе писать на ClojureScript. Что-то лучше в браузеры никогда, наверное, уже не завезут. На крайняк можешь посмотреть Dart. А вообще изначально в браузеры хотели Scheme запихать, вот бы все сейчас охуевали.
>>59935 (OP)
Тащем-то между этими языками больше разницы, чем между 1С и всем остальным тобой перечиленным, иксперт хуев.
>Haskell, Lisp, OCaml, Clojure, Erlang...
Тащем-то между этими языками больше разницы, чем между 1С и всем остальным тобой перечиленным, иксперт хуев.
>>68752
Заморозить себя, вызвать внешнюю программу, потом вернуться из неё — это не "кряду".
Заморозить себя, вызвать внешнюю программу, потом вернуться из неё — это не "кряду".
>>68873
Изначально в браузерах были Java и Flash, все серьёзные web-приложения писались на них, а на JS писали только опциональную хуйню типа анимаций, часиков и отправки форм аяксом. Ну и где теперь Java и Flash? И JS там будет, не сомневайтесь.
Как бы у меня ни пригорало от растущей хромой монополии — она, в этом случае, может обернуться благом для веба. Ибо сейчас практика такова, что когда в хромог добавляют какую-то нигде больше не работающую хуйню — её всё равно начинают юзать в продакшне, и остальные движки прогибаются. А гугл в особой любви к JS не замечен; если даже Dart не взлетит, наверняка встроят очередную хуйню, типа Kotlin или Go, или чего-то нового.
Ну и компилирующиеся в WASM без оверхеда языки, типа Rust, могут внезапно выстрелить. Особенно когда у WASM появится достаточно доступа к странице. Да по сути, и WASM не нужен: Emscripten уже много где реально юзается, причём давно умеет генерировать не только JS, но и WASM.
Изначально в браузерах были Java и Flash, все серьёзные web-приложения писались на них, а на JS писали только опциональную хуйню типа анимаций, часиков и отправки форм аяксом. Ну и где теперь Java и Flash? И JS там будет, не сомневайтесь.
Как бы у меня ни пригорало от растущей хромой монополии — она, в этом случае, может обернуться благом для веба. Ибо сейчас практика такова, что когда в хромог добавляют какую-то нигде больше не работающую хуйню — её всё равно начинают юзать в продакшне, и остальные движки прогибаются. А гугл в особой любви к JS не замечен; если даже Dart не взлетит, наверняка встроят очередную хуйню, типа Kotlin или Go, или чего-то нового.
Ну и компилирующиеся в WASM без оверхеда языки, типа Rust, могут внезапно выстрелить. Особенно когда у WASM появится достаточно доступа к странице. Да по сути, и WASM не нужен: Emscripten уже много где реально юзается, причём давно умеет генерировать не только JS, но и WASM.
>>60112
Глядите, чего нашёл:
Они, блядь, в руководстве по языку, которое вроде как должно быть универсальным, ассумят, что код пишут ни в чём ином, как в ихней б-жественнной Идее. Совсем охуели.
Глядите, чего нашёл:
>Applying the style guide
>To configure the IntelliJ formatter according to this style guide, please install Kotlin plugin version 1.2.20 or newer, go to Settings | Editor | Code Style | Kotlin, click on "Set from…" link in the upper right corner, and select "Predefined style / Kotlin style guide" from the menu.
>To verify that your code is formatted according to the style guide, go to the inspection settings and enable the "Kotlin | Style issues | File is not formatted according to project settings" inspection. Additional inspections that verify other issues described in the style guide (such as naming conventions) are enabled by default.
Они, блядь, в руководстве по языку, которое вроде как должно быть универсальным, ассумят, что код пишут ни в чём ином, как в ихней б-жественнной Идее. Совсем охуели.
>>68843
Не поможет тебе это, как только начнешь юзать тырпразные прожорливые библиотеки а ты их по любому начнешь юзать
Забавно, что тому же Го не надо задавать какие-то хаки руками, он жрет ровно столько сколько надо и в случае чего излишек сам отдает ОС.
Не поможет тебе это, как только начнешь юзать тырпразные прожорливые библиотеки а ты их по любому начнешь юзать
>Xmx
Забавно, что тому же Го не надо задавать какие-то хаки руками, он жрет ровно столько сколько надо и в случае чего излишек сам отдает ОС.
>>68945
И? Даже с плюсами можно обмазаться всякими жирными QWebEngine, а то и чего похлеще. Значит ли это, что плюсы прожорливые?
Ну в Java 12 как раз такое в GC и завезли, радуйся.
>>68948
И V8 выкинут. За 10 лет он превратился в трудносопровождаемого монстра с кучей легаси. На самом деле, конечно, не выкинут, ибо лэгаси-веба овердохуя, но отодвинут на второй план.
>>68980
Так ведь было уже, не?
>юзать тырпразные прожорливые библиотеки
И? Даже с плюсами можно обмазаться всякими жирными QWebEngine, а то и чего похлеще. Значит ли это, что плюсы прожорливые?
>он жрет ровно столько сколько надо и в случае чего излишек сам отдает ОС
Ну в Java 12 как раз такое в GC и завезли, радуйся.
>>68948
И V8 выкинут. За 10 лет он превратился в трудносопровождаемого монстра с кучей легаси. На самом деле, конечно, не выкинут, ибо лэгаси-веба овердохуя, но отодвинут на второй план.
>>68980
Так ведь было уже, не?
>>69163
Не путай исключение с устойчивой тенденцией. так же и в джаве есть хорошие сбалансированные библиотеки, но это уже исключение. То есть, мир не делится строго на белое и черное, уноси свое биполярное мышление
Года 3-4 назад все работники ртом в том числе и на конференциях кричали как это ненужно и у Го плохой ГЦ и все лучшее уже придумано давно, а потом сразу две или даже три компании стали делать ультра быстрый сборщик в 1-10мс.
После этого понял, что все это величие жабы, тупой раздутый пузырь уверен что и хотспот не так прекрасен как его красят
Это можно было предположить в 2010, но в 2019 это уже не так.
Когда стали писать на js/ts достаточно мощные и быстрые IDE стало понятно что js уже навсегда.
Для этого и придумали дарт об этом и говорили, но js оказался настолько мощный, что его оставили.
И да, я искрине ненавижу js, но в отличие от гуманитариев еще имею критическое мышление а не хвалить только то что нравится или не нравится по состоянию настроения
Это становится не важно при достаточном вливание средств в труд программистов.
>И? Даже с плюсами можно обмазаться всякими жирными QWebEngine, а то и чего похлеще. Значит ли это, что плюсы прожорливые?
Не путай исключение с устойчивой тенденцией. так же и в джаве есть хорошие сбалансированные библиотеки, но это уже исключение. То есть, мир не делится строго на белое и черное, уноси свое биполярное мышление
>Ну в Java 12 как раз такое в GC и завезли, радуйся.
Года 3-4 назад все работники ртом в том числе и на конференциях кричали как это ненужно и у Го плохой ГЦ и все лучшее уже придумано давно, а потом сразу две или даже три компании стали делать ультра быстрый сборщик в 1-10мс.
После этого понял, что все это величие жабы, тупой раздутый пузырь уверен что и хотспот не так прекрасен как его красят
>И V8 выкинут
Это можно было предположить в 2010, но в 2019 это уже не так.
Когда стали писать на js/ts достаточно мощные и быстрые IDE стало понятно что js уже навсегда.
>За 10 лет он превратился в трудносопровождаемого монстра с кучей легаси.
Для этого и придумали дарт об этом и говорили, но js оказался настолько мощный, что его оставили.
И да, я искрине ненавижу js, но в отличие от гуманитариев еще имею критическое мышление а не хвалить только то что нравится или не нравится по состоянию настроения
>трудносопровождаемого
Это становится не важно при достаточном вливание средств в труд программистов.
>>69272
код крепок и ide наши быстры
код крепок и ide наши быстры
>>69272
Надо просто всё время иметь топовое железо, чтобы программы хотя бы продолжали работать как раньше. Бежать, чтобы оставаться на месте.
Надо просто всё время иметь топовое железо, чтобы программы хотя бы продолжали работать как раньше. Бежать, чтобы оставаться на месте.
>>69321
Ну если это полезно и прибыльно для капиталистов, то значит оно того стоит. Будут счастливы владельцы корпораций, значит будешь счастлив и ты.
> Бежать, чтобы оставаться на месте.
Ну если это полезно и прибыльно для капиталистов, то значит оно того стоит. Будут счастливы владельцы корпораций, значит будешь счастлив и ты.
>>69261
Какой тенденцией? Я никаких жирнобиблиотек, жрущих по полгига, не вижу ни на J2ME, ни на Android. А вот плюсоводы то и дело норовят притащить какой-нибудь Boost или Qt в проект. Так что это ты в полярности ударяешься, утверждая, что на жабе жизни без жирнобиблиотек нет.
"Навсегда" ничего не бывает. Даже сишечка не вечна.
Но долго ли оно продержится? На носу новый финансовый кризис. И чую, ударит он в первую очередь именно по IT, ибо денег в него вбухивается немеренно, а толку мало — где гарантия, что крах доткомов не повторится вновь? Хорошо хоть, криптопузырь не лопнул, а аккуратненько сдулся.
>Не путай исключение с устойчивой тенденцией
Какой тенденцией? Я никаких жирнобиблиотек, жрущих по полгига, не вижу ни на J2ME, ни на Android. А вот плюсоводы то и дело норовят притащить какой-нибудь Boost или Qt в проект. Так что это ты в полярности ударяешься, утверждая, что на жабе жизни без жирнобиблиотек нет.
>js уже навсегда
"Навсегда" ничего не бывает. Даже сишечка не вечна.
>при достаточном вливание средств в труд программистов
Но долго ли оно продержится? На носу новый финансовый кризис. И чую, ударит он в первую очередь именно по IT, ибо денег в него вбухивается немеренно, а толку мало — где гарантия, что крах доткомов не повторится вновь? Хорошо хоть, криптопузырь не лопнул, а аккуратненько сдулся.
>>66161
А я тебе больше и не отвечал, то писал другой анон. Я только сейчас вспомнил про тред, но вижу что ты уже перешел в демеджконтроль и продолжать нет смысла
А я тебе больше и не отвечал, то писал другой анон. Я только сейчас вспомнил про тред, но вижу что ты уже перешел в демеджконтроль и продолжать нет смысла
>>69261
У Java в отличие от Go есть много разных реализаций. Хочешь низкие паузы: Shenandoah или ZGC. Хочешь вообще без пауз: Azul. Плевать на паузы но нужен общий throughput: ParralelGC. Нужно малое потребление памяти: OpenJ9.
>Года 3-4 назад все работники ртом в том числе и на конференциях кричали как это ненужно и у Го плохой ГЦ и все лучшее уже придумано давно, а потом сразу две или даже три компании стали делать ультра быстрый сборщик в 1-10мс.
>После этого понял, что все это величие жабы, тупой раздутый пузырь уверен что и хотспот не так прекрасен как его красят
У Java в отличие от Go есть много разных реализаций. Хочешь низкие паузы: Shenandoah или ZGC. Хочешь вообще без пауз: Azul. Плевать на паузы но нужен общий throughput: ParralelGC. Нужно малое потребление памяти: OpenJ9.
>>69472
Ты понимаешь как это уныло? Семён, слезай с этого треда уже.
Как же твой манямир треснит, когда узнаешь что в вендройде не джава
>J2ME
>кококо ты вот видел в Java Platform, Micro Edition гигабайтные гигабайты???
Ты понимаешь как это уныло? Семён, слезай с этого треда уже.
Как же твой манямир треснит, когда узнаешь что в вендройде не джава
>>69493
Тебе про это и говорят, что это реакция на ненужное и неправильное в го GC
>Хочешь низкие паузы: Shenandoah или ZGC
Тебе про это и говорят, что это реакция на ненужное и неправильное в го GC
>>69554
На Ашах-то были.
А что, Mono? Компилируется из жабки, рантайм жабный, стандартная библиотека жабная. А что ты расово неверные реализации JVM за жабку не считаешь — это твои проблемы.
>кококо ты вот видел в Java Platform, Micro Edition гигабайтные гигабайты???
На Ашах-то были.
>в вендройде не джава
А что, Mono? Компилируется из жабки, рантайм жабный, стандартная библиотека жабная. А что ты расово неверные реализации JVM за жабку не считаешь — это твои проблемы.
>>69557
У Go-шников такие комплексы. Всё что в мире происходит - это реакция на Go.
Но я даже больше скажу, это не просто реакция а упреждающая реакция, еще в 2002 году основали Azul Systems которая в 2010 представила JVM без STW пауз вообще.
А еще есть G1 который преследует ровно ту же цель низкие паузы, его запилили в 2006, видать чувствовали что скоро придет Go и всем покажет как надо рантайм пилить.
>Тебе про это и говорят, что это реакция на ненужное и неправильное в го GC
У Go-шников такие комплексы. Всё что в мире происходит - это реакция на Go.
Но я даже больше скажу, это не просто реакция а упреждающая реакция, еще в 2002 году основали Azul Systems которая в 2010 представила JVM без STW пауз вообще.
А еще есть G1 который преследует ровно ту же цель низкие паузы, его запилили в 2006, видать чувствовали что скоро придет Go и всем покажет как надо рантайм пилить.
>>69603
Я так полагаю, это было достигнуто такой ценой, что никто про эту разработку и не слышал.
Классика же.
Причина-следственная связь. И да, го гавно биполярное упрощенное мышление гуманитарного программиста, если я упомянул язык го, то я значит гофер?Да?
>без STW пауз вообще.
Я так полагаю, это было достигнуто такой ценой, что никто про эту разработку и не слышал.
Классика же.
>комплексы
Причина-следственная связь. И да, го гавно биполярное упрощенное мышление гуманитарного программиста, если я упомянул язык го, то я значит гофер?Да?
>>69364
То есть по твоей убогой комми-логике, JS выгоден копрорациям. Окей, а какие языки им невыгодны? Что выбирают современные коммипетушки в перерывах между еблей друг дружки в жопу по подъездам?
То есть по твоей убогой комми-логике, JS выгоден копрорациям. Окей, а какие языки им невыгодны? Что выбирают современные коммипетушки в перерывах между еблей друг дружки в жопу по подъездам?
>>69710
Корпорациям не выгоден ассемблер, причем чем реже ассемблер, тем лучше. Вот в программаче был шизик с МК-61 (кстати, где он?), вот он враг потреблядей
Корпорациям не выгоден ассемблер, причем чем реже ассемблер, тем лучше. Вот в программаче был шизик с МК-61 (кстати, где он?), вот он враг потреблядей
>>69711
> 08:23:54
Вас чё, Зюганов заставляет в двачетредах дежурить?
Не, хуйню несёшь. С появлением бранч предикторов (а это, я напомню, конец семидесятых) соревноваться человеку с компилятором в плане написания более эффективного кода на сыром ассемблере бесполезно.
> 08:23:54
> 08:26:51
Вас чё, Зюганов заставляет в двачетредах дежурить?
Не, хуйню несёшь. С появлением бранч предикторов (а это, я напомню, конец семидесятых) соревноваться человеку с компилятором в плане написания более эффективного кода на сыром ассемблере бесполезно.
>>69672
Не знаю, может среднестатистический двачер и не слышал, но ребята из Azul systems уже несколько лет имеет офис в Питере и посещают JPoint/Jocker конференции. Так что все кто серьезно интересуется темой Java в курсе. А те кто занимается low-latency приложениями знали про них еще в начала десятых я узнал в 2011.
Что касается стоимости - да это не бесплатно, это требует накладных расходов. Ну так это всегда так: tradeoff память-процессор-паузы.
>>69674
Garbage-first (G1) collector is a server-style garbage collector, targeted for multiprocessors with large memories, that meets a soft real-time goal with high probability, while achieving high throughput.
>Я так полагаю, это было достигнуто такой ценой, что никто про эту разработку и не слышал.
Не знаю, может среднестатистический двачер и не слышал, но ребята из Azul systems уже несколько лет имеет офис в Питере и посещают JPoint/Jocker конференции. Так что все кто серьезно интересуется темой Java в курсе. А те кто занимается low-latency приложениями знали про них еще в начала десятых я узнал в 2011.
Что касается стоимости - да это не бесплатно, это требует накладных расходов. Ну так это всегда так: tradeoff память-процессор-паузы.
>>69674
>G1 к микропаузам не имеет никакого отношения, хватит фантазировать.
Garbage-first (G1) collector is a server-style garbage collector, targeted for multiprocessors with large memories, that meets a soft real-time goal with high probability, while achieving high throughput.
11 Кб, 840x399>>70609
Ты же слышал, что в джаве уже существовал "реалтайм" ГЦ с гарантией 10мс вроде 10мс или 50мс, точно не помню
И это еще до 2010 года.
Тусовка ради тусовки, ака пузырь, который мало что решает уже. Единственно годное, когда гиганты типа гугла что-то анонсируют, остальное невыносимая нудятина серьезно, задумайся на этим, ужасный контент
Ничего про микропаузы не сказано. Если интересно услышать в чем суть этого G1, так это то, чтобы в мусорке более 32гб не так тормозило. То есть, решение для обычных тырпрайзных серваков, которые с 128гб могли не хило так устроить попаболь.
У тебя типичная гуманитарная любовь фанбоя к языку, но в реале там не все так хорошо как хотелось бы как в прочем и с другими технологиями и языками
Ты же слышал, что в джаве уже существовал "реалтайм" ГЦ с гарантией 10мс вроде 10мс или 50мс, точно не помню
И это еще до 2010 года.
>посещают JPoint/Jocker конференции
Тусовка ради тусовки, ака пузырь, который мало что решает уже. Единственно годное, когда гиганты типа гугла что-то анонсируют, остальное невыносимая нудятина серьезно, задумайся на этим, ужасный контент
>Garbage-first (G1)...
Ничего про микропаузы не сказано. Если интересно услышать в чем суть этого G1, так это то, чтобы в мусорке более 32гб не так тормозило. То есть, решение для обычных тырпрайзных серваков, которые с 128гб могли не хило так устроить попаболь.
У тебя типичная гуманитарная любовь фанбоя к языку, но в реале там не все так хорошо как хотелось бы как в прочем и с другими технологиями и языками
>>70665
Ты прочитай абзац целиком, там речь шла о том, что ребята из Azul systems достаточно давно рассказывают про себя. И кому интересно уже давно про них знают.
Что же касается анонсов "гигантов типа гугла" - то это как раз и есть самая нудятина тем более что гугл к Java вообще отношения не имеет и докладов в России не делает. То что делает комьюнити гораздо интересней.
А я про "микро" паузы ничего и не писал, я писал про "низкие паузы" и у G1 есть ключ который позволяет выставить желаемую величину паузы, нано секунды на G1 получить нельзя, но мили - вполне реально.
Я нигде не писал, что Java и JVM идеальные язык и платформа. Я писал про GC. Все базовые алгоритмы GC достаточно давно изложены в gchandbook.org и ничего нового в Go не изобретено, просто там другие tradeoff-ы выбраны.
мне лично вообще Erlang нравиться
>Тусовка ради тусовки, ака пузырь, который мало что решает уже. Единственно годное, когда гиганты типа гугла что-то анонсируют, остальное невыносимая нудятина
Ты прочитай абзац целиком, там речь шла о том, что ребята из Azul systems достаточно давно рассказывают про себя. И кому интересно уже давно про них знают.
Что же касается анонсов "гигантов типа гугла" - то это как раз и есть самая нудятина тем более что гугл к Java вообще отношения не имеет и докладов в России не делает. То что делает комьюнити гораздо интересней.
>Ничего про микропаузы не сказано.
А я про "микро" паузы ничего и не писал, я писал про "низкие паузы" и у G1 есть ключ который позволяет выставить желаемую величину паузы, нано секунды на G1 получить нельзя, но мили - вполне реально.
>У тебя типичная гуманитарная любовь фанбоя к языку, но в реале там не все так хорошо как хотелось бы
Я нигде не писал, что Java и JVM идеальные язык и платформа. Я писал про GC. Все базовые алгоритмы GC достаточно давно изложены в gchandbook.org и ничего нового в Go не изобретено, просто там другие tradeoff-ы выбраны.
мне лично вообще Erlang нравиться
Что делать, если вкатился, но не можешь заставить себя работать? Все время живу в режиме готовности получения пиздюлей, и начинаю как-то шевелиться, если прямо ещё чуть-чуть и уволят.
>>71405
Менять профессию.
Менять профессию.
>>71405
Откатывайся обратно, не нужно оно тебе, не твоё. Ищи другое занятие.
> Что делать, если вкатился, но не можешь заставить себя работать?
Откатывайся обратно, не нужно оно тебе, не твоё. Ищи другое занятие.
> Сталин был красавчик
Весеннее обострение это не шутки. Печально, конечно, что ты инвалид, но к врачу всё-таки сходи
>>71194
ага, выходит го, каждый евангелист пишет эти слова о том что ничего нового нет и вообще херово все там. И вуаля, спустя несколько лет в джаве появляются точно такие же гц с микропаузами.
Потому что я это писал, гуманитарий ты наш, нафига ты при обсуждение микро пауз, приводишь в пример ГЦ с "низкими паузами" и да, низкие паузы, настолько расплывчатое понятие, что в контексте микро пауз именно это и будет обозначать
>и ничего нового в Go не изобретено
ага, выходит го, каждый евангелист пишет эти слова о том что ничего нового нет и вообще херово все там. И вуаля, спустя несколько лет в джаве появляются точно такие же гц с микропаузами.
>А я про "микро" паузы ничего и не писал
Потому что я это писал, гуманитарий ты наш, нафига ты при обсуждение микро пауз, приводишь в пример ГЦ с "низкими паузами" и да, низкие паузы, настолько расплывчатое понятие, что в контексте микро пауз именно это и будет обозначать
545 Кб, 700x467Политико-дауны, идите в свой загон
>>72331
Именно так, технологически ничего нового в Go нет, о чем даже Rick Hudson упоминал. Все алгоритмы сборки давно описаны в академической среде. Каждый язык и среда выполнения выбирает те компромиссы которые хочет и считает нужным.
Хочешь думать что все что происходит это из-за Go - дело твое. Могу даже подкинуть ещё пару тем: корутины в Котлин, и project Loom.
>>72331
>>69261
Ну если для тебя миллисекундные паузы это микропаузы, то G1 такие поддерживает.
Опять же реальные микропаузы появились в Go 1.5 в 2015 году. А до этого был полный STW на время сборки. А для тех у кого короткая память напомню что уже с 2010 есть реализация JVM без STW.
Плюс надо не забывать одну важную вещь GC в Go не далет дефрагментацию! В 2019 году, не дефрагментировать память! А потом с большой помпой рассказывают что они mark и sweep умеет делать параллельно основной программе. CMS давно уже такое умел, но сборщики еще делают дефрагментацию и тут как раз и появляются основные паузы.
>ага, выходит го, каждый евангелист пишет эти слова о том что ничего нового нет и вообще херово все там. И вуаля, спустя несколько лет в джаве появляются точно такие же гц с микропаузами.
Именно так, технологически ничего нового в Go нет, о чем даже Rick Hudson упоминал. Все алгоритмы сборки давно описаны в академической среде. Каждый язык и среда выполнения выбирает те компромиссы которые хочет и считает нужным.
Хочешь думать что все что происходит это из-за Go - дело твое. Могу даже подкинуть ещё пару тем: корутины в Котлин, и project Loom.
>>72331
>Потому что я это писал, гуманитарий ты наш, нафига ты при обсуждение микро пауз, приводишь в пример ГЦ с "низкими паузами"
>>69261
>ультра быстрый сборщик в 1-10мс.
Ну если для тебя миллисекундные паузы это микропаузы, то G1 такие поддерживает.
Опять же реальные микропаузы появились в Go 1.5 в 2015 году. А до этого был полный STW на время сборки. А для тех у кого короткая память напомню что уже с 2010 есть реализация JVM без STW.
Плюс надо не забывать одну важную вещь GC в Go не далет дефрагментацию! В 2019 году, не дефрагментировать память! А потом с большой помпой рассказывают что они mark и sweep умеет делать параллельно основной программе. CMS давно уже такое умел, но сборщики еще делают дефрагментацию и тут как раз и появляются основные паузы.
>>72901
Не придумывай за меня, я тебе череду событий с переобуванием описал.
Вот она радость с асинк/авэем с промисами бизнес логику писать другая крайность писать еще на реактивном говне, если уж надо будет асинхронность, я реально го возьму да, он мне не нравится, но идеальный инструмент под это
И G1 это совсем про другое я так понял с годами опять переобулись и стали противопоставлять сборщик G1, который был создан как решение для больших объемом, как аналог сборщика у го. Я просто не слежу ни за маркетингои ни за евангелистами,
но вот ощущение что вам влили уже что-то подобное.
Не знаю, делает ли ГЦ у джавы дефрагментацию, или же ты под дефрагментацией понимаешь компоновку с поколениями, но факт в том что дешевле ребутнуть микросервис за 0.2-0.5 секунды, чем "платить" производительностью за услуги дефрагментации всю жизнь так делали с С++ микросервисами, но правда не из-за надуманной фрагментации, а то что текло вечно что-то. И да, даже в джаве ввиду технических просчетов происходит, условно, течка
>Хочешь думать что все что происходит это из-за Go - дело твое
Не придумывай за меня, я тебе череду событий с переобуванием описал.
>Могу даже подкинуть ещё пару тем: корутины в Котлин, и project Loom
Вот она радость с асинк/авэем с промисами бизнес логику писать другая крайность писать еще на реактивном говне, если уж надо будет асинхронность, я реально го возьму да, он мне не нравится, но идеальный инструмент под это
И G1 это совсем про другое я так понял с годами опять переобулись и стали противопоставлять сборщик G1, который был создан как решение для больших объемом, как аналог сборщика у го. Я просто не слежу ни за маркетингои ни за евангелистами,
но вот ощущение что вам влили уже что-то подобное.
>делают дефрагментацию
Не знаю, делает ли ГЦ у джавы дефрагментацию, или же ты под дефрагментацией понимаешь компоновку с поколениями, но факт в том что дешевле ребутнуть микросервис за 0.2-0.5 секунды, чем "платить" производительностью за услуги дефрагментации всю жизнь так делали с С++ микросервисами, но правда не из-за надуманной фрагментации, а то что текло вечно что-то. И да, даже в джаве ввиду технических просчетов происходит, условно, течка
>>73011
И да, я знаю что есть такие титаны где "прогрев" кэша или объемы такие огромные, что лучше такое не перезагружать никогда. Но, на самом деле я не хочу обсуждать такое странное явление, когда данных реально дофигища и технари берут язык с ГЦ, а потом рассказывают как они побеждали STW.
Серьезно, это очень странно.
>ребутнуть микросервис за 0.2-0.5 секунды
И да, я знаю что есть такие титаны где "прогрев" кэша или объемы такие огромные, что лучше такое не перезагружать никогда. Но, на самом деле я не хочу обсуждать такое странное явление, когда данных реально дофигища и технари берут язык с ГЦ, а потом рассказывают как они побеждали STW.
Серьезно, это очень странно.
>>73011
ОК
Ты даже не потрудился гуглануть, как там все это выглядит, но уже строчишь посты. Нет в корутинах никаких async/await просто вызовы методов, вся асинхронность вызовов делается под капотом.
Именно про это - маленькие паузы на больших хипах, просто в момент выхода G1 хипы больше гигабайта были большими, а обычные приложения имели хипы в сотню мегабайт. И кстати на 512 мегабайтных кешах CMS вел себя лучше G1.
Делает и молодого и старого.
Как инженерное решение: написать сервис который не предполагает долгой работы без перезагрузки - может быть оправданно в конкретных обстоятельствах.
Но предлагать язык общего назначения с такими же установками - это пиздец. Например у С++ нет дефрагментации из коробки, но там доступно низкоуровневое управление памятью, которое позволяет это обойти. А что Go предлагает?
>Не придумывай за меня, я тебе череду своих маняфантазий описал.
ОК
>Вот она радость с асинк/авэем с промисами бизнес логику писать другая крайность писать еще на реактивном говне, если уж надо будет асинхронность, я реально го возьму да, он мне не нравится, но идеальный инструмент под это
Ты даже не потрудился гуглануть, как там все это выглядит, но уже строчишь посты. Нет в корутинах никаких async/await просто вызовы методов, вся асинхронность вызовов делается под капотом.
>И G1 это совсем про другое
Именно про это - маленькие паузы на больших хипах, просто в момент выхода G1 хипы больше гигабайта были большими, а обычные приложения имели хипы в сотню мегабайт. И кстати на 512 мегабайтных кешах CMS вел себя лучше G1.
>Не знаю, делает ли ГЦ у джавы дефрагментацию, или же ты под дефрагментацией понимаешь компоновку с поколениями
Делает и молодого и старого.
>но факт в том что дешевле ребутнуть микросервис за 0.2-0.5 секунды, чем "платить" производительностью за услуги дефрагментации всю жизнь так делали с С++ микросервисами, но правда не из-за надуманной фрагментации, а то что текло вечно что-то.
Как инженерное решение: написать сервис который не предполагает долгой работы без перезагрузки - может быть оправданно в конкретных обстоятельствах.
Но предлагать язык общего назначения с такими же установками - это пиздец. Например у С++ нет дефрагментации из коробки, но там доступно низкоуровневое управление памятью, которое позволяет это обойти. А что Go предлагает?
>>74047
Жрать говно, очевидно же.
То есть свою аудиторию он гарантированно нашел.
>А что Go предлагает?
Жрать говно, очевидно же.
То есть свою аудиторию он гарантированно нашел.
>>68331
Двачую. И причём эти педовки только тут срут.
Сослать бы их в северную корею, чтобы они навернули там по полной своего говна.
Двачую. И причём эти педовки только тут срут.
Сослать бы их в северную корею, чтобы они навернули там по полной своего говна.
Господи, я что блять, на пикабу попал?
Откуда этот визгливый школьник, орущий про гуманитариев?
Прогроммач, какого черта?
Откуда этот визгливый школьник, орущий про гуманитариев?
Прогроммач, какого черта?
>>74207
Если зацепило, значит в этом что-то есть.
Если зацепило, значит в этом что-то есть.
40 Кб, 400x481>>74207
Где-то лет 15 назад, до ваших твичей и ютубов, когда инет становился популярным, было модно надрачивать на всяких админов/программистов/][aКЕрОв, которые смотрелись как боги в новой среде обитания. И конечно, всякий юный и не окрепший ум, типо меня, фанател от этого "будущего" и стремился вкатиться в паграмиздов. И так вышло, что если ИТ раньше было, по большей части, пристанищем технарей и тех кто это говнище просто любил, то в тот момент туда стали вливаться все кому не лень.
Так что спустя годы мы имеем программистов и двадцатидвухлетних тимлидов, которые могут подключать правильные библиотеки с гидхлама, знают все текущие тренды, но не могут технически объяснить как работает асинхронный i/o в node.js тру стори.
Несмотря на то что с эрой развлечения многие головы поняли, что проще и больше зарабатывать на ютубе или играя в игры, самый пик ваннаби-программистов все равно попался именно в этот период.
Тысячи просранных стартапов в то время ознаменовало эру этого пузыря.
иногда встречаются чудесные истории, где-то на конференции, где-то на ютубе - молодой, но смелый тимлид рассказывает как они брали питон для тяжелого проекта и потом он рассказывал как они этот питон побеждали, потому что питонячья радость не держала нагрузку. И это люди даже не поняли в чем беда, они просто за счет денег и времени клиента переписывали и побеждали питон и где-то даже победили, благо клиент это позволил. И это, я скажу, прекрасно.
Где-то лет 15 назад, до ваших твичей и ютубов, когда инет становился популярным, было модно надрачивать на всяких админов/программистов/][aКЕрОв, которые смотрелись как боги в новой среде обитания. И конечно, всякий юный и не окрепший ум, типо меня, фанател от этого "будущего" и стремился вкатиться в паграмиздов. И так вышло, что если ИТ раньше было, по большей части, пристанищем технарей и тех кто это говнище просто любил, то в тот момент туда стали вливаться все кому не лень.
Так что спустя годы мы имеем программистов и двадцатидвухлетних тимлидов, которые могут подключать правильные библиотеки с гидхлама, знают все текущие тренды, но не могут технически объяснить как работает асинхронный i/o в node.js тру стори.
Несмотря на то что с эрой развлечения многие головы поняли, что проще и больше зарабатывать на ютубе или играя в игры, самый пик ваннаби-программистов все равно попался именно в этот период.
Тысячи просранных стартапов в то время ознаменовало эру этого пузыря.
иногда встречаются чудесные истории, где-то на конференции, где-то на ютубе - молодой, но смелый тимлид рассказывает как они брали питон для тяжелого проекта и потом он рассказывал как они этот питон побеждали, потому что питонячья радость не держала нагрузку. И это люди даже не поняли в чем беда, они просто за счет денег и времени клиента переписывали и побеждали питон и где-то даже победили, благо клиент это позволил. И это, я скажу, прекрасно.
>>74647
Я однажды спросил у джаваскриптера, есть ли в жс сборщик мусора. Он ответил, что не знает. Я так охуел, словами не передать.
Я однажды спросил у джаваскриптера, есть ли в жс сборщик мусора. Он ответил, что не знает. Я так охуел, словами не передать.
>>74652
Ну ты и мразь, он же ещё ребенок!
>>74662
Ну хотя бы затем, чтобы понимать области применимости технологии - когда она хорошо подходит под задачу, а когда - нет. Чтобы суметь справиться с проблемами на больших нагрузках. В принципе это не проблема для джунов, но сеньор конечно должен знать такие вещи.
>Я однажды спросил у джаваскриптера, есть ли в жс сборщик мусора. Он ответил, что не знает.
Ну ты и мразь, он же ещё ребенок!
>>74662
>Зачем водителю знать что и как устроено под капотом если он и так нормально водит машину без задней мысли.
Ну хотя бы затем, чтобы понимать области применимости технологии - когда она хорошо подходит под задачу, а когда - нет. Чтобы суметь справиться с проблемами на больших нагрузках. В принципе это не проблема для джунов, но сеньор конечно должен знать такие вещи.
>>74652
есть, взяли на работу недавно
> Я однажды спросил у джаваскриптера, есть ли в жс сборщик мусора. Он ответил, что не знает.
есть, взяли на работу недавно
>>74662
По этой аналогии ты говоришь об операторе ПК и уверенном пользователе экселя.
> водителю знать что и как устроено под капотом
По этой аналогии ты говоришь об операторе ПК и уверенном пользователе экселя.
>>74662
Лол, так "водители" это пользователи программного обеспечения, а вот кодер как раз таки строитель и должен иметь хотя бы базовые представления, то из чего строит, иначе он там реально понастроит очередной "стартап"
>Зачем водителю знать что и как устроено под капотом если он и так нормально водит машину без задней мысли.
Лол, так "водители" это пользователи программного обеспечения, а вот кодер как раз таки строитель и должен иметь хотя бы базовые представления, то из чего строит, иначе он там реально понастроит очередной "стартап"
>>74683
Так водитель и так знает область применение своего автомобиля, если легковушка то может возить людей если грузовик то грузы, водителю все еще пофиг на то что находится под капотом.
>Ну хотя бы затем, чтобы понимать области применимости технологии - когда она хорошо подходит под задачу, а когда - нет.
Так водитель и так знает область применение своего автомобиля, если легковушка то может возить людей если грузовик то грузы, водителю все еще пофиг на то что находится под капотом.
152 Кб, 259x194>>74903
Возить людей это назначение, а область применимости это:
- ездить по асфальтированным дорогам или по бездорожью
- в поворот входить на 80, на 50 или на 20
- заедет в гору с уклоном 12% или нет
По асфальтированным ровным дорогам все машины могут проехать (если не очень быстро). А вот если надо быстро, или в крутую горку, или по бездорожью, то возникают вопросы: занесет не занесет, застрянет не застрянет.
Так же и с языками: хеловорлд могут все языки, а что-то действительно сложное требует понимания как оно внутри работает.
Возить людей это назначение, а область применимости это:
- ездить по асфальтированным дорогам или по бездорожью
- в поворот входить на 80, на 50 или на 20
- заедет в гору с уклоном 12% или нет
По асфальтированным ровным дорогам все машины могут проехать (если не очень быстро). А вот если надо быстро, или в крутую горку, или по бездорожью, то возникают вопросы: занесет не занесет, застрянет не застрянет.
Так же и с языками: хеловорлд могут все языки, а что-то действительно сложное требует понимания как оно внутри работает.
>>75153
Только это не требуется знания низкоуровнего устройства машины, у тебя есть все те же высокоуровневые инструкции по которым ты пишешь код. Я лично без знаний как устроенная асинхороность спокойно использую функции и пишу код.
>- ездить по асфальтированным дорогам или по бездорожью
>- в поворот входить на 80, на 50 или на 20
>- заедет в гору с уклоном 12% или нет
Только это не требуется знания низкоуровнего устройства машины, у тебя есть все те же высокоуровневые инструкции по которым ты пишешь код. Я лично без знаний как устроенная асинхороность спокойно использую функции и пишу код.
>>75455
Поправил этого малолетнего дебила.
>спокойно использую функции и пишу кривой и тормозной говнокод.
Поправил этого малолетнего дебила.
>>75499
Просто посмотри на говнокод который ты высираешь ежедневно.
Можешь сюда запостить, хаха.
>на реальном примере
Просто посмотри на говнокод который ты высираешь ежедневно.
Можешь сюда запостить, хаха.
>>74652
А есть ли вообще такой интерпретируемый ЯП, где не нужно явно выделять память, в реализации интерпретатора которого не было бы сборщика мусора? Твой вопрос тоже ебанутый.
А есть ли вообще такой интерпретируемый ЯП, где не нужно явно выделять память, в реализации интерпретатора которого не было бы сборщика мусора? Твой вопрос тоже ебанутый.
>>75772
Есть, Octave.
> А есть ли вообще такой интерпретируемый ЯП, где не нужно явно выделять память, в реализации интерпретатора которого не было бы сборщика мусора?
Есть, Octave.
>>75455
Понимать что двигатель выдает свою полною мощность далеко не с 1000 оборотов надо, понимать на каких оборотах можно переключаться на подъеме, а на каких нельзя и еще кучу всего.
Можно конечно тупо заучить базовые правила и следовать им надеясь не попасть в ситуацию не описанную правилами. А можно просто разобраться как работает двигатель и КПП, как протектор влияет на сцепление с дорогой и груном и т.д.
Ну и вообще: все началось с того, что фронтентендер не в курсе есть ли в JS GC, это даже не "как устроен двигатель", а есть ли он в принципе.
Ровно до тех пор пока ты не выходишь за границы зеленой зоны. А вот начнет у тебя база затыкаться и запросы к ней выжрут весь пул потоков, вот тогда и придется разбираться как же там та асинхронность работает.
>Только это не требуется знания низкоуровнего устройства машины, у тебя есть все те же высокоуровневые инструкции по которым ты пишешь код.
Понимать что двигатель выдает свою полною мощность далеко не с 1000 оборотов надо, понимать на каких оборотах можно переключаться на подъеме, а на каких нельзя и еще кучу всего.
Можно конечно тупо заучить базовые правила и следовать им надеясь не попасть в ситуацию не описанную правилами. А можно просто разобраться как работает двигатель и КПП, как протектор влияет на сцепление с дорогой и груном и т.д.
Ну и вообще: все началось с того, что фронтентендер не в курсе есть ли в JS GC, это даже не "как устроен двигатель", а есть ли он в принципе.
>Я лично без знаний как устроенная асинхороность спокойно использую функции и пишу код.
Ровно до тех пор пока ты не выходишь за границы зеленой зоны. А вот начнет у тебя база затыкаться и запросы к ней выжрут весь пул потоков, вот тогда и придется разбираться как же там та асинхронность работает.
>>69562
Есть Java Compatibility Kit и Android runtime его не пройдет.
>А что, Mono? Компилируется из жабки, рантайм жабный, стандартная библиотека жабная. А что ты расово неверные реализации JVM за жабку не считаешь — это твои проблемы.
Есть Java Compatibility Kit и Android runtime его не пройдет.
>>76778
Первый раз такое слышу, или это из книжки "Сто и одна семёновская сказка" или это утверждение кучки очередных "не таких как все", которые любят красоваться кардинальными словечками, чтобы выделиться.
Первый раз такое слышу, или это из книжки "Сто и одна семёновская сказка" или это утверждение кучки очередных "не таких как все", которые любят красоваться кардинальными словечками, чтобы выделиться.
>>77054
В топе весит тред с вин10 что не так?
В любом случае технически это операционная система, зачем понтоваться за счет обратного?
Еще бы порекомендовал допотопный irc канал где весят 15 линуксоидов и противно воркуют между 1-2 местными тянками - их мнение было бы очень важно
В топе весит тред с вин10 что не так?
В любом случае технически это операционная система, зачем понтоваться за счет обратного?
Еще бы порекомендовал допотопный irc канал где весят 15 линуксоидов и противно воркуют между 1-2 местными тянками - их мнение было бы очень важно
>>77485
Да такие же там тянки были, как и сейчас. С той лишь разницей, что родились пораньше и совка чуть больше в головах, ну и ебстись в массе в 15-16 начинали, а не в 12-13 как сейчас. Ну и первой мобилой был симак а50 в старшей школе, а не айфончик в три годика.
>Там такие тянки были, что лучше долбится с гентой.
Да такие же там тянки были, как и сейчас. С той лишь разницей, что родились пораньше и совка чуть больше в головах, ну и ебстись в массе в 15-16 начинали, а не в 12-13 как сейчас. Ну и первой мобилой был симак а50 в старшей школе, а не айфончик в три годика.
43 Кб, 192x192>>77544
Лол, кто сейчас в irc будет сидеть то. Даже для самых айтишных тян давно напридумывали соцсети, твиттеры и прочее радости со стикерами на пол экрана, где они реализуют потребность во внимание стократно.
Лол, кто сейчас в irc будет сидеть то. Даже для самых айтишных тян давно напридумывали соцсети, твиттеры и прочее радости со стикерами на пол экрана, где они реализуют потребность во внимание стократно.
193 Кб, 512x512Всем чмоки в этом чатике
225 Кб, 512x512>>78131
Где-то года два назад заходил в один крупный ИТ канал в телеге и что там делал народ? Правильно, танцевал лисий хоровод вокруг парочки тян.
Разбуди меня через сто лет и спроси что делают в ИТ чатах? Задают вопросы уровня синтаксиса и кокетничают с местными тян.
Где-то года два назад заходил в один крупный ИТ канал в телеге и что там делал народ? Правильно, танцевал лисий хоровод вокруг парочки тян.
Разбуди меня через сто лет и спроси что делают в ИТ чатах? Задают вопросы уровня синтаксиса и кокетничают с местными тян.
>>78215
Теперича это майкрософт тян
Теперича это майкрософт тян
>>84173
Пиздец, и он мало того что где-то работает, так еще и делает это по его словам 2 года? Пиздец конечно
Пиздец, и он мало того что где-то работает, так еще и делает это по его словам 2 года? Пиздец конечно
>>84290
Я вот тут недавно девочку собеседовал: 10 лет опыта работы (10 ЛЕТ и все на Java).
Она не может ответить как сделать так чтобы два разных объекта, но с одинаковыми полями по equals() выдавали true. Начала гнать дичь про переопределение hashCode()
И при этом, она работает в Германии за весьма немаленькую зарплату
¯ \ _ (ツ) _ / ¯
Я вот тут недавно девочку собеседовал: 10 лет опыта работы (10 ЛЕТ и все на Java).
Она не может ответить как сделать так чтобы два разных объекта, но с одинаковыми полями по equals() выдавали true. Начала гнать дичь про переопределение hashCode()
И при этом, она работает в Германии за весьма немаленькую зарплату
¯ \ _ (ツ) _ / ¯
>>84173
Бляяя вот ровно от таких вопросов у меня очко делает жим-жим. Вот код-ебный-в-рот, ЧТО В НЕМ НЕ ТАК? Откуда я вообще могу знать. Ну разыгралась чья то буйная фантазия. Может как обезумевший архитектор строил дом чтобы на самом деле складывать в нем трупы.
А проблемы уровня вот если бы не было catch with resources как тогда правильно писать? У врачей анекдот в тему: доктор когда я делаю вот так то мне больно - ну тогда не делайте так. Ну пол-минуты в гугле если что позволят разрешить эту проблему.
Помню меня еще подъебывали хитрыми вопросами по шарпу. Потом я уже понял что их суть была в том что собрали особых случаев когда мелкобляди решили не копировать джаву а сделали по-своему. Но я то не знаю ни того ни другого, олололо. Как это вообще может быть принципиально важно? Короче все это высосаный из залупы бред.
inb4 Сагындык не бомби
Бляяя вот ровно от таких вопросов у меня очко делает жим-жим. Вот код-ебный-в-рот, ЧТО В НЕМ НЕ ТАК? Откуда я вообще могу знать. Ну разыгралась чья то буйная фантазия. Может как обезумевший архитектор строил дом чтобы на самом деле складывать в нем трупы.
А проблемы уровня вот если бы не было catch with resources как тогда правильно писать? У врачей анекдот в тему: доктор когда я делаю вот так то мне больно - ну тогда не делайте так. Ну пол-минуты в гугле если что позволят разрешить эту проблему.
Помню меня еще подъебывали хитрыми вопросами по шарпу. Потом я уже понял что их суть была в том что собрали особых случаев когда мелкобляди решили не копировать джаву а сделали по-своему. Но я то не знаю ни того ни другого, олололо. Как это вообще может быть принципиально важно? Короче все это высосаный из залупы бред.
inb4 Сагындык не бомби
>>84460
Но это правда жи
Лучше расскажи - вот это прям реальная задача которая нужна вам в работе, или очередная нелепая поебень придуманная специально чтобы собеседующим было на чем утвердиться.
>Начала гнать дичь про переопределение hashCode()
Но это правда жи
>также не надо забывать, что при переопределении метода equals() необходимо переопределить метод hashCode()
Лучше расскажи - вот это прям реальная задача которая нужна вам в работе, или очередная нелепая поебень придуманная специально чтобы собеседующим было на чем утвердиться.
>>84460
Собеседование уровня /pr. Надеюсь она после твоего smart-собеседования многое осознала и осталась работать Германии.
>как сделать так чтобы два разных объекта, но с одинаковыми полями по equals() выдавали true
>Начала гнать дичь про переопределение hashCode()
Собеседование уровня /pr. Надеюсь она после твоего smart-собеседования многое осознала и осталась работать Германии.
406 Кб, 900x953>>84460
Работаешь такой жабером 10 лет. Перекидываешь с легкостью одной рукой всякие ваши спринги, хибернейты, хадупы...
Еще помнишь всякий ужас типа EE или Ant.
Одной только силой мысли можешь конвертировать все объекты в json. JVM боится запускать при тебе больше чем в 1 наносекунду.
Давно научился решать все дедлоки одним лишь ударом по столу.
Копошился в таком легаси, что нечаянно нашел строки на COBOL.
Приходишь на собеседование к ру-говорящим господам - тебя спрашивают про то как делать иквелс или просят закрытыми глазами написать фиббоначи, или с серьезным лицом спрашивают почему люки колодцев круглые и не подходят в качестве окон в подводной лодке.
Работаешь такой жабером 10 лет. Перекидываешь с легкостью одной рукой всякие ваши спринги, хибернейты, хадупы...
Еще помнишь всякий ужас типа EE или Ant.
Одной только силой мысли можешь конвертировать все объекты в json. JVM боится запускать при тебе больше чем в 1 наносекунду.
Давно научился решать все дедлоки одним лишь ударом по столу.
Копошился в таком легаси, что нечаянно нашел строки на COBOL.
Приходишь на собеседование к ру-говорящим господам - тебя спрашивают про то как делать иквелс или просят закрытыми глазами написать фиббоначи, или с серьезным лицом спрашивают почему люки колодцев круглые и не подходят в качестве окон в подводной лодке.
>>84173
А потом такие компании заказывают статьи на хабре и дваче о том что РРЯЯЯЯЯЯЯЯЯЯ АЙТИШНИКОВ НЕ ХВАТАЕТ ВКАТЫВАЙТЕСЬ БЫСТРЕЙ, ну блядь конечно не хватает если вы норм людей отсеиваете, то толпа новичков уж точно не будут приемлемого уровня.
А потом такие компании заказывают статьи на хабре и дваче о том что РРЯЯЯЯЯЯЯЯЯЯ АЙТИШНИКОВ НЕ ХВАТАЕТ ВКАТЫВАЙТЕСЬ БЫСТРЕЙ, ну блядь конечно не хватает если вы норм людей отсеиваете, то толпа новичков уж точно не будут приемлемого уровня.
>>84460
Эм, вообще-то хэшкод как раз надо переопределить, она все правильно сказала. Ты сам-то вообще кто по жизни, если таких вещей не знаешь? Эйчароманька, да?
>Начала гнать дичь про переопределение hashCode()
Эм, вообще-то хэшкод как раз надо переопределить, она все правильно сказала. Ты сам-то вообще кто по жизни, если таких вещей не знаешь? Эйчароманька, да?
>>84482
Ну то есть ты либо не умеешь читать код и не понимаешь написанного (Сыгындык, привет), либо у тебя совсем нет опыта написания и ты не можешь в голове представить, как эту же задачу решить по-другому. То есть одним вопросом на одном материале мы сразу тестируем все релевантные навыки, плюс по ходу дела еще задаем уточняющие про фичи языка (ну или "какие бывают циклы" если случай запущенный как тут, олололо).
>Откуда я вообще могу знать.
Ну то есть ты либо не умеешь читать код и не понимаешь написанного (Сыгындык, привет), либо у тебя совсем нет опыта написания и ты не можешь в голове представить, как эту же задачу решить по-другому. То есть одним вопросом на одном материале мы сразу тестируем все релевантные навыки, плюс по ходу дела еще задаем уточняющие про фичи языка (ну или "какие бывают циклы" если случай запущенный как тут, олололо).
>>85143
Не забывайте, что на собеседование, вы тоже рассматриваете компанию в качестве подходящей для вас работы. И если вы почувствовали вдруг что-то не то, не бойтесь прямо спросить открыто - в чем собственно суть собеседования?! И если интервьюер начнет нести какую-то несусветную чушь в виде "тестируем релевантные навыки" и прочую абстрактную хрень, то сразу бегите оттуда, вам потом с этим долбабанами еще работать.
Задача интервьюера понять пограничные знания своего собеседника. То есть, он должен убедиться насколько хорошо вы знаете ту или иную область/библиотеки, особенно которые важны в этой работе, а не пытаться завалить вас как на экзамене, или показать что он знает фиббоначи с бинарным поисков, а вы нет.
>релевантные навыки
Не забывайте, что на собеседование, вы тоже рассматриваете компанию в качестве подходящей для вас работы. И если вы почувствовали вдруг что-то не то, не бойтесь прямо спросить открыто - в чем собственно суть собеседования?! И если интервьюер начнет нести какую-то несусветную чушь в виде "тестируем релевантные навыки" и прочую абстрактную хрень, то сразу бегите оттуда, вам потом с этим долбабанами еще работать.
Задача интервьюера понять пограничные знания своего собеседника. То есть, он должен убедиться насколько хорошо вы знаете ту или иную область/библиотеки, особенно которые важны в этой работе, а не пытаться завалить вас как на экзамене, или показать что он знает фиббоначи с бинарным поисков, а вы нет.
>>85148
Сколько тебе лет?
>>85192
Нет, это абсолютно вторично. Научить библиотекам толкового разраба - вообще не вопрос. На собесе тестируют в первую очередь адекватность (не еблан, не сыгындык, не тупит), некую общую базу и, самое главное, опыт.
Как раз поэтому на многих хороших вакансиях пишут "знание или желание выучить" про свой стек.
Впрочем, это все касается несколько более других позиций, лол, а в итт такая публика, что "какие бывают виды циклов" - это для них неотвечаемый вопрос.
Сколько тебе лет?
>>85192
> он должен убедиться насколько хорошо вы знаете ту или иную область/библиотеки
Нет, это абсолютно вторично. Научить библиотекам толкового разраба - вообще не вопрос. На собесе тестируют в первую очередь адекватность (не еблан, не сыгындык, не тупит), некую общую базу и, самое главное, опыт.
Как раз поэтому на многих хороших вакансиях пишут "знание или желание выучить" про свой стек.
Впрочем, это все касается несколько более других позиций, лол, а в итт такая публика, что "какие бывают виды циклов" - это для них неотвечаемый вопрос.
>>85870
Люблю когда меня учат собеседования проводить.
Первый раз такое слышу.
Все же индивид идет устраиваться на работу, а не в универ поступать. Ему еще кодобазу учить, тут прикажешь ждать когда он научиться хибернейтам со спрингами, а потом руку набьет? Серьезно? А если он за наши деньги научится и потом уйдет?
Ты походу зеленый или вообще не понимаешь эту тему хотя, возможно, что где-то так и делается, но мы сейчас не про этот треш
Кто его учить будет? Мне еще отдельного человека выделять чтобы он нянчился?
Вопрос уровня джунов, для джунов. Как это вообще покажет мои знания?
Я например сопровождал и с нуля писал высоконагруженный проект, но мог забыть про do...while или про goto-циклы или про рекурсию не сказал.
Херня какая, да?!
>Нет
Люблю когда меня учат собеседования проводить.
>желание выучить
Первый раз такое слышу.
Все же индивид идет устраиваться на работу, а не в универ поступать. Ему еще кодобазу учить, тут прикажешь ждать когда он научиться хибернейтам со спрингами, а потом руку набьет? Серьезно? А если он за наши деньги научится и потом уйдет?
Ты походу зеленый или вообще не понимаешь эту тему хотя, возможно, что где-то так и делается, но мы сейчас не про этот треш
>Научить библиотекам толкового разраба - вообще не вопрос.
Кто его учить будет? Мне еще отдельного человека выделять чтобы он нянчился?
>"какие бывают виды циклов"
Вопрос уровня джунов, для джунов. Как это вообще покажет мои знания?
Я например сопровождал и с нуля писал высоконагруженный проект, но мог забыть про do...while или про goto-циклы или про рекурсию не сказал.
Херня какая, да?!
>>85927
Берешь ЛЮБУЮ технологию - гуглишь книгу по ней страниц на 500 - за неделю максимум прочитываешь от корки до корки - ты главный специалист говно-галеры по технология-нейм
Проблемы?
>тут прикажешь ждать когда он научиться хибернейтам со спрингами, а потом руку набьет?
Берешь ЛЮБУЮ технологию - гуглишь книгу по ней страниц на 500 - за неделю максимум прочитываешь от корки до корки - ты главный специалист говно-галеры по технология-нейм
Проблемы?
>>85143
"Читать код" - звучит очень красиво, но на деле таким конечно же никто не занимается. Т.е. пиздеть то все горазды, но никто по вечерам не садиться читать говнокод строчка за строчкой, как какой нибудь томик Тургенева. Потому что на самом деле ничего более ебанутого просто невозможно придумать.
Обычно такие примеры еще бывают максимально с подвыебом либо используют очень редкие фичи языка, корнер-кейсы, просто кто-то написал максимально по ебанутому.
Когда же реально прижмет то я сяду с дебагером, реплом и гуглом ковыряться в говне и делов будет на несколько часов. Это нихуя не пробежаться глазами несколько минут, совсем другой вид деятельности получается.
>Ну то есть ты либо не умеешь читать код
"Читать код" - звучит очень красиво, но на деле таким конечно же никто не занимается. Т.е. пиздеть то все горазды, но никто по вечерам не садиться читать говнокод строчка за строчкой, как какой нибудь томик Тургенева. Потому что на самом деле ничего более ебанутого просто невозможно придумать.
> не понимаешь написанного
Обычно такие примеры еще бывают максимально с подвыебом либо используют очень редкие фичи языка, корнер-кейсы, просто кто-то написал максимально по ебанутому.
Когда же реально прижмет то я сяду с дебагером, реплом и гуглом ковыряться в говне и делов будет на несколько часов. Это нихуя не пробежаться глазами несколько минут, совсем другой вид деятельности получается.
>>84472
По требованию визы её зарплата должна быть 1,25 от средней зарплаты по земле, а в реальности ещё выше.
>>84487
Прям даже не знаю, как должен выглядеть реальный проект, в котором ни у одного объекта не переопределен equals/hashCode
>>84555
>>84556
Так собеседовали её тоже на позицию в Германии. И судя по её словам, у неё есть все шансы в ближайшее время остаться без работы на старом месте.
>>85141
>>84690
>>84707
Гуру подъехали. hashCode() имеет смысл переопределять только совместно с equals(), а именно этого она и не сказала. За то все местные успешно додумали.
По требованию визы её зарплата должна быть 1,25 от средней зарплаты по земле, а в реальности ещё выше.
>>84487
>вот это прям реальная задача которая нужна вам в работе
Прям даже не знаю, как должен выглядеть реальный проект, в котором ни у одного объекта не переопределен equals/hashCode
>>84555
>>84556
Так собеседовали её тоже на позицию в Германии. И судя по её словам, у неё есть все шансы в ближайшее время остаться без работы на старом месте.
>>85141
>>84690
>>84707
Гуру подъехали. hashCode() имеет смысл переопределять только совместно с equals(), а именно этого она и не сказала. За то все местные успешно додумали.
>>85976
Ну берем проект
https://github.com/PhilJay/MPAndroidChart
equals правда один раз переопределен у FSize. Но нигде не используется. 24370 строк кода. Где твой господь теперь?
Ну берем проект
https://github.com/PhilJay/MPAndroidChart
equals правда один раз переопределен у FSize. Но нигде не используется. 24370 строк кода. Где твой господь теперь?
>>85937
Маня фантазия.
Скорость его работы будет печальна, где он будет надрачивать на каждый чих в гугл и попутно копипастя с SO.
Маня фантазия.
Скорость его работы будет печальна, где он будет надрачивать на каждый чих в гугл и попутно копипастя с SO.
115 Кб, 700x455>>85976
Прекращай уже, в любом случае вопрос равенства полей, точнее их консистенция решается именно в hashCode, а не equals. Ты реально хотел услышать от неё, чтобы она каждое свойство сравнивала в equals?
Это трэш, чувак я надеюсь ты просто очередной зеленый зуммер из андроид треда, а не реально HR
>hashCode() имеет смысл переопределять только совместно с equals()
Прекращай уже, в любом случае вопрос равенства полей, точнее их консистенция решается именно в hashCode, а не equals. Ты реально хотел услышать от неё, чтобы она каждое свойство сравнивала в equals?
Это трэш, чувак я надеюсь ты просто очередной зеленый зуммер из андроид треда, а не реально HR
>>85946
Ну если ты жс-хипстер, у которого все что старее двух недель выкидывается и переписывается с нуля, то да. А в реальном мире нужно фиксить баги в чужом коде.
Не знаю, что там "обычно", но в обсуждаемом видосе ничего такого не было.
>>85976
Бля, ну так ты как бы это и написал: как переопределить equals, чтобы тратата по значению. Ты походу либо пиздишь, либо просто запутался сам.
>"Читать код" - звучит очень красиво, но на деле таким конечно же никто не занимается
Ну если ты жс-хипстер, у которого все что старее двух недель выкидывается и переписывается с нуля, то да. А в реальном мире нужно фиксить баги в чужом коде.
>Обычно такие примеры еще бывают максимально с подвыебом либо используют очень редкие фичи языка, корнер-кейсы, просто кто-то написал максимально по ебанутому.
Не знаю, что там "обычно", но в обсуждаемом видосе ничего такого не было.
>>85976
>hashCode() имеет смысл переопределять только совместно с equals()
Бля, ну так ты как бы это и написал: как переопределить equals, чтобы тратата по значению. Ты походу либо пиздишь, либо просто запутался сам.
>>86024
Только в случае умственно неполноценного дебила как вы все здесь, например
Нормальный человек учится быстро, работает практически безошибочно и знает почти всё.
>надрачивать на каждый чих в гугл и попутно копипастя с SO.
Только в случае умственно неполноценного дебила как вы все здесь, например
Нормальный человек учится быстро, работает практически безошибочно и знает почти всё.
>>86053
В некотором смысле, как и всё вообще.
Но в зеркале отражаюсь, только что проверил - так что скорее существую чем нет.
>не существует
В некотором смысле, как и всё вообще.
Но в зеркале отражаюсь, только что проверил - так что скорее существую чем нет.
>>86038
Выпук из контекста.
Выпук из контекста.
>>86050
Ты гуманитарий или зуммер?
>Нормальный человек учится быстро, работает практически безошибочно и знает почти всё.
Ты гуманитарий или зуммер?
>>86025
О чем вообще этот ебнутый?
>Пришло время зумер-программистов, не умеющий кинуть линк на код нормально
О чем вообще этот ебнутый?
>>86024
Как будто кто то по другому работает. Можешь это горюшко-вкатывальщикам рассказывать. Я то видел даже видосы с работой самых топовых программистов какие только есть в индустрии и они каждую минуту лезут подглядеть что там в стандартной библиотеке да как.
Обратная сторона бывает у вчерашних штудентиков - ты ведь из этих? - чудик внезапно вспоминает как ему недавно рассказывали про Кнута-Морриса-Прата и хуячит вместо того чтобы вызвать substring - классика.
>Скорость его работы будет печальна, где он будет надрачивать на каждый чих в гугл и попутно копипастя с SO.
Как будто кто то по другому работает. Можешь это горюшко-вкатывальщикам рассказывать. Я то видел даже видосы с работой самых топовых программистов какие только есть в индустрии и они каждую минуту лезут подглядеть что там в стандартной библиотеке да как.
Обратная сторона бывает у вчерашних штудентиков - ты ведь из этих? - чудик внезапно вспоминает как ему недавно рассказывали про Кнута-Морриса-Прата и хуячит вместо того чтобы вызвать substring - классика.
>>86098
Ебать дебил.
Софтскилов нет, хардскилов нет - ничего нет.
И вы здесь все такие, хаха.
>О чем вообще
Ебать дебил.
Софтскилов нет, хардскилов нет - ничего нет.
И вы здесь все такие, хаха.
>>86103
Ебанутый какой тебе "нормальный линк" нужен, попробуй перестать дристать под себя на полминуточки и ответить нормально.
Ебанутый какой тебе "нормальный линк" нужен, попробуй перестать дристать под себя на полминуточки и ответить нормально.
>>86035
Вот и выросло поколение мудаков, которое даже не может выслушать вопрос и ответить на него. А не транслировать свои фантазии на тему.
>>84460
При чем тут консистентность, при чем тут hashCode.
>>86041
Это ты не читаешь:
>>84460
Там даже не про контейнеры вопрос был, а именно как сделать чтобы equals() выдавал true, куда уж яснее.
>Прекращай уже, в любом случае вопрос равенства полей, точнее их консистенция решается именно в hashCode, а не equals.
Вот и выросло поколение мудаков, которое даже не может выслушать вопрос и ответить на него. А не транслировать свои фантазии на тему.
>>84460
>как сделать так чтобы два разных объекта, но с одинаковыми полями по equals() выдавали true
При чем тут консистентность, при чем тут hashCode.
>>86041
>Бля, ну так ты как бы это и написал: как переопределить equals, чтобы тратата по значению. Ты походу либо пиздишь, либо просто запутался сам.
Это ты не читаешь:
>>84460
>как сделать так чтобы два разных объекта, но с одинаковыми полями по equals() выдавали true
Там даже не про контейнеры вопрос был, а именно как сделать чтобы equals() выдавал true, куда уж яснее.
>>86189
Ты
Ты
>>78207
Нужен, на нём Double Commander написан. В Lazarus абстрактная система виджетов, которая компилируется и в GTK+, и в Qt. Если хочешь написать графическое приложение и угодить тулкитофобам из обоих лагерей — лучшего решения нет.
Нужен, на нём Double Commander написан. В Lazarus абстрактная система виджетов, которая компилируется и в GTK+, и в Qt. Если хочешь написать графическое приложение и угодить тулкитофобам из обоих лагерей — лучшего решения нет.
>>86102
Вот оно будущее гуманитарно-зуммерского программирования.
Кодеры программирующие через гугл. HR-кодеры сравнивающие поля в equals.
>работой самых топовых программистов
>и они каждую минуту лезут подглядеть что там в стандартной библиотеке
Вот оно будущее гуманитарно-зуммерского программирования.
Кодеры программирующие через гугл. HR-кодеры сравнивающие поля в equals.
508 Кб, 600x600>>86326
И перекатывать эту зеленую помойку я тоже больше не буду.
И перекатывать эту зеленую помойку я тоже больше не буду.
>>86050
В мире программирования это называется "рутина" и говорит о том, что ты уперся в потолок и не развиваешься. Как какие-нибудь си-программисты в НИИ, которые 20 лет хуячат одно и то же.
В мире программирования это называется "рутина" и говорит о том, что ты уперся в потолок и не развиваешься. Как какие-нибудь си-программисты в НИИ, которые 20 лет хуячат одно и то же.
>>86488 Да-да, за материалы поговорим, за излучение... Иди сюда, дорогой.
>>86374
Это несколько затратно и бессмысленно.
Это несколько затратно и бессмысленно.
>>86120
Тебе и ответили: переопределить хэшкод. Ты реально какой-то туповатый.
>как сделать чтобы equals() выдавал true, куда уж яснее.
Тебе и ответили: переопределить хэшкод. Ты реально какой-то туповатый.
>>86269
Ты не понимаешь разницы, между JVM и Java, там речь шла про JVM, а не Java.
Java ME - не называется Java Virtual Machine, а называется Java Platform, Micro Edition и там отдельная спецификация и тесты совместимости. Такая же фигня с JavaCard.
Т.е. в Андроид используется Java как язык, но среда выполнения Dalvik/ART не совместимы со спецификацией JVM. Как минимум загрузка классов идет не так как в JVM там вообще нет динамической загрузки классов
Ты не понимаешь разницы, между JVM и Java, там речь шла про JVM, а не Java.
Java ME - не называется Java Virtual Machine, а называется Java Platform, Micro Edition и там отдельная спецификация и тесты совместимости. Такая же фигня с JavaCard.
Т.е. в Андроид используется Java как язык, но среда выполнения Dalvik/ART не совместимы со спецификацией JVM. Как минимум загрузка классов идет не так как в JVM там вообще нет динамической загрузки классов
>>87245
мамку ебал
мамку ебал
434 Кб, 800x450>>64675
Swift?
Swift?
>>86326
Это не будущее, это уже лет 10 как настоящее, не меньше. У тебя криокамера протекла?
>Кодеры программирующие через гугл
Это не будущее, это уже лет 10 как настоящее, не меньше. У тебя криокамера протекла?
>>88368
Как же я проигрываю с зуммер-кодеров.
>Нормальный человек учится быстро, работает практически безошибочно и знает почти всё
>Кодеры программирующие через гугл - это не будущее, это уже лет 10 как настоящее, не меньше.
Как же я проигрываю с зуммер-кодеров.
>>88509
А, ну это я в ответе дристанул, да. Но изначально речь шла о языке.
А, ну это я в ответе дристанул, да. Но изначально речь шла о языке.
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 25 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 25 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.