vk
Отвратительный язык на самом деле, а ещё хуже то, что в итоге на нем получается. Ни одной нормальной программы
Смищно, учитывая сколь много фронта крутится на рубях, да и бэка тоже
Size: a a a
2019 November 17
vk
Или у вас пригорает с папета/шефа? Тогда понимаю и разделяю негодование
GG
victor kurguzov
Или у вас пригорает с папета/шефа? Тогда понимаю и разделяю негодование
подгорает
GG
victor kurguzov
Смищно, учитывая сколь много фронта крутится на рубях, да и бэка тоже
очень сложное отношение к рубям
GG
+
Но то что начало делать его комьюнити - жэсть
Не зря Матц mruby делать продолжает
Crystal в принцыпы хорошо
Больше 11 лет на нём воял для разных областей
И Rails не мало сделали для других языков
Но то что начало делать его комьюнити - жэсть
Не зря Матц mruby делать продолжает
Crystal в принцыпы хорошо
Больше 11 лет на нём воял для разных областей
И Rails не мало сделали для других языков
а еще все языки воруют (ладно, заимствуют) хорошие идеи друг у друга
vk
подгорает
Ещё, наверное, и с рбенв и рвм?
pc
а еще все языки воруют (ладно, заимствуют) хорошие идеи друг у друга
Да, но в ущерб же саму :-)
AZ
И что там отвратительного?
Первое. Поскольку семантика языка подразумевает практически полное отсутствие статического анализа программист на руби ОБЯЗАН написать невероятное количество тестов, чтобы хоть как-то формализовать то, что происходит в программе.
Практика показывает, что они этого не делают (спасибо аджайлу и современной DELIVER DELIVER DELIVER культуре), в результате получаем кривое неюзабельное ДЕ***МО, ведь даже хваленый гитлаб у меня отваливался с 503 при попытке отредактировать раннер и внести чуть более сложные настройки....А ведь гитлаб пишут сотни, а каждый день тестируют тысячи.
Второе, производительность. Руби ужасно медленный - https://github.com/kostya/benchmarks
Считается, что руби "достаточно быстрый" и большинство машин сейчас многоядерные и вам просто нужно бросить больше железа на решение проблемы....
"Я не считаю что я разбираюсь в потоках, поэтому я не могу принять решение по Actor библиотеке или вообще по потокам" - Матц, создатель руби.
....руби также полное днище в вопросах многопоточности. MRI имеет глобальный лок интерпретатора, соответственно только одна YARV инструкция может быть выполнена за раз
Также руби расходует огромное количество памяти и не возвращат ее в ОС, как JVM. https://www.sitepoint.com/ruby-uses-memory/
Поскольку руби использует 1 интерпретатор на все потоки, то любой необработанный эксепшен валит всю VM
Практика показывает, что они этого не делают (спасибо аджайлу и современной DELIVER DELIVER DELIVER культуре), в результате получаем кривое неюзабельное ДЕ***МО, ведь даже хваленый гитлаб у меня отваливался с 503 при попытке отредактировать раннер и внести чуть более сложные настройки....А ведь гитлаб пишут сотни, а каждый день тестируют тысячи.
Второе, производительность. Руби ужасно медленный - https://github.com/kostya/benchmarks
Считается, что руби "достаточно быстрый" и большинство машин сейчас многоядерные и вам просто нужно бросить больше железа на решение проблемы....
"Я не считаю что я разбираюсь в потоках, поэтому я не могу принять решение по Actor библиотеке или вообще по потокам" - Матц, создатель руби.
....руби также полное днище в вопросах многопоточности. MRI имеет глобальный лок интерпретатора, соответственно только одна YARV инструкция может быть выполнена за раз
Также руби расходует огромное количество памяти и не возвращат ее в ОС, как JVM. https://www.sitepoint.com/ruby-uses-memory/
Поскольку руби использует 1 интерпретатор на все потоки, то любой необработанный эксепшен валит всю VM
GG
Первое. Поскольку семантика языка подразумевает практически полное отсутствие статического анализа программист на руби ОБЯЗАН написать невероятное количество тестов, чтобы хоть как-то формализовать то, что происходит в программе.
Практика показывает, что они этого не делают (спасибо аджайлу и современной DELIVER DELIVER DELIVER культуре), в результате получаем кривое неюзабельное ДЕ***МО, ведь даже хваленый гитлаб у меня отваливался с 503 при попытке отредактировать раннер и внести чуть более сложные настройки....А ведь гитлаб пишут сотни, а каждый день тестируют тысячи.
Второе, производительность. Руби ужасно медленный - https://github.com/kostya/benchmarks
Считается, что руби "достаточно быстрый" и большинство машин сейчас многоядерные и вам просто нужно бросить больше железа на решение проблемы....
"Я не считаю что я разбираюсь в потоках, поэтому я не могу принять решение по Actor библиотеке или вообще по потокам" - Матц, создатель руби.
....руби также полное днище в вопросах многопоточности. MRI имеет глобальный лок интерпретатора, соответственно только одна YARV инструкция может быть выполнена за раз
Также руби расходует огромное количество памяти и не возвращат ее в ОС, как JVM. https://www.sitepoint.com/ruby-uses-memory/
Поскольку руби использует 1 интерпретатор на все потоки, то любой необработанный эксепшен валит всю VM
Практика показывает, что они этого не делают (спасибо аджайлу и современной DELIVER DELIVER DELIVER культуре), в результате получаем кривое неюзабельное ДЕ***МО, ведь даже хваленый гитлаб у меня отваливался с 503 при попытке отредактировать раннер и внести чуть более сложные настройки....А ведь гитлаб пишут сотни, а каждый день тестируют тысячи.
Второе, производительность. Руби ужасно медленный - https://github.com/kostya/benchmarks
Считается, что руби "достаточно быстрый" и большинство машин сейчас многоядерные и вам просто нужно бросить больше железа на решение проблемы....
"Я не считаю что я разбираюсь в потоках, поэтому я не могу принять решение по Actor библиотеке или вообще по потокам" - Матц, создатель руби.
....руби также полное днище в вопросах многопоточности. MRI имеет глобальный лок интерпретатора, соответственно только одна YARV инструкция может быть выполнена за раз
Также руби расходует огромное количество памяти и не возвращат ее в ОС, как JVM. https://www.sitepoint.com/ruby-uses-memory/
Поскольку руби использует 1 интерпретатор на все потоки, то любой необработанный эксепшен валит всю VM
`КАК СТРАШНО ЖИТЬ
AZ
`КАК СТРАШНО ЖИТЬ
Ну господам, пришедшим в девопс из администрирования помоек на вордпрессе - им и пхп норм.
АВ
Ну господам, пришедшим в девопс из администрирования помоек на вордпрессе - им и пхп норм.
Им и собака
AS
Первое. Поскольку семантика языка подразумевает практически полное отсутствие статического анализа программист на руби ОБЯЗАН написать невероятное количество тестов, чтобы хоть как-то формализовать то, что происходит в программе.
Практика показывает, что они этого не делают (спасибо аджайлу и современной DELIVER DELIVER DELIVER культуре), в результате получаем кривое неюзабельное ДЕ***МО, ведь даже хваленый гитлаб у меня отваливался с 503 при попытке отредактировать раннер и внести чуть более сложные настройки....А ведь гитлаб пишут сотни, а каждый день тестируют тысячи.
Второе, производительность. Руби ужасно медленный - https://github.com/kostya/benchmarks
Считается, что руби "достаточно быстрый" и большинство машин сейчас многоядерные и вам просто нужно бросить больше железа на решение проблемы....
"Я не считаю что я разбираюсь в потоках, поэтому я не могу принять решение по Actor библиотеке или вообще по потокам" - Матц, создатель руби.
....руби также полное днище в вопросах многопоточности. MRI имеет глобальный лок интерпретатора, соответственно только одна YARV инструкция может быть выполнена за раз
Также руби расходует огромное количество памяти и не возвращат ее в ОС, как JVM. https://www.sitepoint.com/ruby-uses-memory/
Поскольку руби использует 1 интерпретатор на все потоки, то любой необработанный эксепшен валит всю VM
Практика показывает, что они этого не делают (спасибо аджайлу и современной DELIVER DELIVER DELIVER культуре), в результате получаем кривое неюзабельное ДЕ***МО, ведь даже хваленый гитлаб у меня отваливался с 503 при попытке отредактировать раннер и внести чуть более сложные настройки....А ведь гитлаб пишут сотни, а каждый день тестируют тысячи.
Второе, производительность. Руби ужасно медленный - https://github.com/kostya/benchmarks
Считается, что руби "достаточно быстрый" и большинство машин сейчас многоядерные и вам просто нужно бросить больше железа на решение проблемы....
"Я не считаю что я разбираюсь в потоках, поэтому я не могу принять решение по Actor библиотеке или вообще по потокам" - Матц, создатель руби.
....руби также полное днище в вопросах многопоточности. MRI имеет глобальный лок интерпретатора, соответственно только одна YARV инструкция может быть выполнена за раз
Также руби расходует огромное количество памяти и не возвращат ее в ОС, как JVM. https://www.sitepoint.com/ruby-uses-memory/
Поскольку руби использует 1 интерпретатор на все потоки, то любой необработанный эксепшен валит всю VM
Кто сказал, что на руби нет статического анализа?!
GG
ДАЕШЬ РУБИКОП В МАССЫ
AS
Первое. Поскольку семантика языка подразумевает практически полное отсутствие статического анализа программист на руби ОБЯЗАН написать невероятное количество тестов, чтобы хоть как-то формализовать то, что происходит в программе.
Практика показывает, что они этого не делают (спасибо аджайлу и современной DELIVER DELIVER DELIVER культуре), в результате получаем кривое неюзабельное ДЕ***МО, ведь даже хваленый гитлаб у меня отваливался с 503 при попытке отредактировать раннер и внести чуть более сложные настройки....А ведь гитлаб пишут сотни, а каждый день тестируют тысячи.
Второе, производительность. Руби ужасно медленный - https://github.com/kostya/benchmarks
Считается, что руби "достаточно быстрый" и большинство машин сейчас многоядерные и вам просто нужно бросить больше железа на решение проблемы....
"Я не считаю что я разбираюсь в потоках, поэтому я не могу принять решение по Actor библиотеке или вообще по потокам" - Матц, создатель руби.
....руби также полное днище в вопросах многопоточности. MRI имеет глобальный лок интерпретатора, соответственно только одна YARV инструкция может быть выполнена за раз
Также руби расходует огромное количество памяти и не возвращат ее в ОС, как JVM. https://www.sitepoint.com/ruby-uses-memory/
Поскольку руби использует 1 интерпретатор на все потоки, то любой необработанный эксепшен валит всю VM
Практика показывает, что они этого не делают (спасибо аджайлу и современной DELIVER DELIVER DELIVER культуре), в результате получаем кривое неюзабельное ДЕ***МО, ведь даже хваленый гитлаб у меня отваливался с 503 при попытке отредактировать раннер и внести чуть более сложные настройки....А ведь гитлаб пишут сотни, а каждый день тестируют тысячи.
Второе, производительность. Руби ужасно медленный - https://github.com/kostya/benchmarks
Считается, что руби "достаточно быстрый" и большинство машин сейчас многоядерные и вам просто нужно бросить больше железа на решение проблемы....
"Я не считаю что я разбираюсь в потоках, поэтому я не могу принять решение по Actor библиотеке или вообще по потокам" - Матц, создатель руби.
....руби также полное днище в вопросах многопоточности. MRI имеет глобальный лок интерпретатора, соответственно только одна YARV инструкция может быть выполнена за раз
Также руби расходует огромное количество памяти и не возвращат ее в ОС, как JVM. https://www.sitepoint.com/ruby-uses-memory/
Поскольку руби использует 1 интерпретатор на все потоки, то любой необработанный эксепшен валит всю VM
AS
ДАЕШЬ РУБИКОП В МАССЫ
Им гитлаб, кстати, прогоняют
ОК
#devops #вакансия #удаленно
✅ Вакансия: DevOps
Формат работы: удаленно
Заработная плата: $2500-$3500 на руки
✅ Требования:
aws/azure/gce - 2 years, it should be strong skills with aws and some experience with azure/gce
kubernetes - 2 years, it should be different clouds/provisioning
spark - 1 year
experience with most of these databases - Mongo, Redis, Rabbit, Sql Server, Postgres, Mysql, Elastic Search
programming skills - 2 languages, one of them is Python
most of these skills: Active Directory, VSTS (Azure Devops), Hashicorp Vault, Istio, Terraform, Ansible, Helm, Prometheus, ELK, Databricks, Tableau, Informatica
should have experience in some enterprise company, building infrastructure for big data analytycs systems
some experience in product company (agile/startup) would be good
Компания: КА GIG
✉️ За подробностями: почта gig.itstaff@gmail.com или @itgig
✅ Вакансия: DevOps
Формат работы: удаленно
Заработная плата: $2500-$3500 на руки
✅ Требования:
aws/azure/gce - 2 years, it should be strong skills with aws and some experience with azure/gce
kubernetes - 2 years, it should be different clouds/provisioning
spark - 1 year
experience with most of these databases - Mongo, Redis, Rabbit, Sql Server, Postgres, Mysql, Elastic Search
programming skills - 2 languages, one of them is Python
most of these skills: Active Directory, VSTS (Azure Devops), Hashicorp Vault, Istio, Terraform, Ansible, Helm, Prometheus, ELK, Databricks, Tableau, Informatica
should have experience in some enterprise company, building infrastructure for big data analytycs systems
some experience in product company (agile/startup) would be good
Компания: КА GIG
✉️ За подробностями: почта gig.itstaff@gmail.com или @itgig
П
#devops #вакансия #удаленно
✅ Вакансия: DevOps
Формат работы: удаленно
Заработная плата: $2500-$3500 на руки
✅ Требования:
aws/azure/gce - 2 years, it should be strong skills with aws and some experience with azure/gce
kubernetes - 2 years, it should be different clouds/provisioning
spark - 1 year
experience with most of these databases - Mongo, Redis, Rabbit, Sql Server, Postgres, Mysql, Elastic Search
programming skills - 2 languages, one of them is Python
most of these skills: Active Directory, VSTS (Azure Devops), Hashicorp Vault, Istio, Terraform, Ansible, Helm, Prometheus, ELK, Databricks, Tableau, Informatica
should have experience in some enterprise company, building infrastructure for big data analytycs systems
some experience in product company (agile/startup) would be good
Компания: КА GIG
✉️ За подробностями: почта gig.itstaff@gmail.com или @itgig
✅ Вакансия: DevOps
Формат работы: удаленно
Заработная плата: $2500-$3500 на руки
✅ Требования:
aws/azure/gce - 2 years, it should be strong skills with aws and some experience with azure/gce
kubernetes - 2 years, it should be different clouds/provisioning
spark - 1 year
experience with most of these databases - Mongo, Redis, Rabbit, Sql Server, Postgres, Mysql, Elastic Search
programming skills - 2 languages, one of them is Python
most of these skills: Active Directory, VSTS (Azure Devops), Hashicorp Vault, Istio, Terraform, Ansible, Helm, Prometheus, ELK, Databricks, Tableau, Informatica
should have experience in some enterprise company, building infrastructure for big data analytycs systems
some experience in product company (agile/startup) would be good
Компания: КА GIG
✉️ За подробностями: почта gig.itstaff@gmail.com или @itgig
I
Отвратительный язык на самом деле, а ещё хуже то, что в итоге на нем получается. Ни одной нормальной программы
Gitlab. Stripe. Sensu
GG
Gitlab. Stripe. Sensu
и сколько из перечисленных продуктов живые?