Да, к сожалению, но имеют право, что тут сказать, это их IP, технологическая компетенция и конкурентное преимущество.
Вот пусть и дальше имеют право сидеть в своём удобренном огороде за трёхметровым забором, я не против, но мы туда не пойдём.
Про несколько аккаунтов, — речь шла не о поддержке на уровне клиента, а возможность зарегистрировать второй (и более) аккаунт (даже не анонимный, опять же, привет GSM-авторизация), имея одну GSM SIM-карту. Ещё про ToS наверняка не скажу, но возможно там так же один пользователь не имеет права держать 2 акка, полагаю это расценивается там как ToS violation и повод для отказа в обслуживании (а если тебе пашка показал фигу, убежать на другую федерацию ты не можешь, он там — закон для всех и вся).
Клиенты… GSM-авторизация, жутчайшее палево при регистрации в сети (автоматическое добавление в чужие контакт-листы у кого оказался ваш номер телефона в записной книге), бесконечный и обильный спам 24/7, невозможность иметь более одного аккаунта, боты, которые технически не могут читать сообщения друг-друга (читай: невозможность запустить 2 бриджа одновременно, неконсистентность данных), бриджевание запрещенно в ToS, по ToS ты не имеешь права отключать уведомления пользователей о том, что ты набираешь текст, проприетарный, централизованный и закрытый сервер. В общем можно долго продолжать в том же духе. tl;dr: Пашкограм — говно, не годится.
Но рано или поздно у многих ограниченных программистов возникает использовать старые методы на новом поприще. Действительно ли это так необходимо?
возникает использовать
«Ограниченных» программистов? Т.е. «ограниченность» — это когда тебе чего-то не хватает в технологии? С каждым новым абзацем сомневаюсь в компетентности автора всё больше и больше.
Многие начинающие программисты жалуются, что есть многие фичи, которых им недостает.
«Начинающие» программисты жалуются, что «есть многие фичи, которых им недостаёт»? Они точно начинающие, раз уже вообще знают о существовании целого множества фич, которых им вдруг стало не хватать, словно раньше они ими постоянно пользовались? Или вы просто клеймите всех «ограниченными» и «начинающими», кто не согласен что Govno — это якобы хороший ЯП?
Даже начинающие программисты начинают выдавать вполне приличный код спустя неделю-другую.
Если код начинающего программиста спустя неделю, который писал он сам, — оценивают как «приличный», то с наибольшей вероятностью оценивающий этот код как «приличный» — профнепригоден.
Ну или возможно язык, на котором пишут, такой плохой, что на нём просто технически невозможно писать «прилично». И какой-то кусок лютого хардкода уже расценивается как «приличный».
Если убрать Node.JS, — т.к. это вообще что-то невменяемое, и использовать это для скриптинга нельзя, если не хотите случайно запнуться об гигабайтную течь по памяти, то Ruby — пока чемпион по жиру.
Использовать мессенджеры, которые предоставляют исходный код и спецификацию протокола для анализа наличия возможных «закладок» и аудита криптографии и механизмов защиты конфиденциальности данных пользователя. Известные примеры: Telegram, Signal.
Да и при чём тут Telegram? Он исходных кодов сервера не предоставляет. Плюс он даже в предыдущий пункт "паранойи" не попадает, т.к. Паша закладывает "очень плохих парней" спец. службам.
Я бы разделил бизнес и ИТ, чтобы программированием могли заниматься только некоммерческие организации. И чтобы их приоритетом было глубокое совершенствование технологии, свободное от ежедневного потока. Чтобы требование «выпускаем что есть, иначе прибыль уйдет» было морально недопустимым. Я бы всеми силами держал порог входа в программирование как можно выше, чтобы инструменты не подстраивались под усредненного разработчика, когда опытный инженер и вчерашний выпускник курсов вынуждены писать одинаковый код.
Как б-женька смолвил, чуть не расплакался. Всегда стараюсь искать работу с тех. стеком, отбрасывающим на входе как можно больше бездарей и вредителей (например такие, которые делают rm -rf tests/, если у них перестали проходить какие-то тесты, когда их на недельку оставили одних в проекте, случай из личной жизни), тем временем вижу всё меньше хороших вакансий, и кругом всюду требуются сплоншняком PHP/JS/Python/Ruby/Go-говноклады. Тенденция давно задана, и средний уровень престижа профессии стремится пробить всё новое дно. Хорошее программирование не будет убито, оно и так уже почти мертво.
Нет, просто на первое много вакансий, и труд людей, которые это делают — оплачивается, они мотивированны, а вторые если и делают, то как правило исключительно на тяге собственного энтузиазма, приходя домой с работы и находя для этого силы, волю и ментальные ресурсы.
Не знаю что это за пользователи, я давно поудалял все electron-приложения к чертям, как и все питоновые стараюсь также заменить теми, что на компилируемых языках. И слышу как куча людей жалуются на electron-приложения, slack к примеру и ещё ряд других, что-то восторженных отзывов пока не особо, кто-то молча терпит, кто-то негодует. Наши реальности видимо как-то в корне отличаются.
Ну я и отвечал на конкретное верхнее сообщение, а не на ветку треда.
поддерживаемость важнее потребления ресурсов
Только если ты большая компания — у которой неограниченные железные ресурсы, на которые в любой момент всегда есть деньги. Для конечного пользователя такой подход заканчивается печально и уныло (см. Electron-приложения, и всякие веб-сайтики, которые едят как не в себя, да ещё обвешаны кучей счётчиков, рекламных сетей и прочими зондами).
Пт. 1 удовлетворяет Haskell лучше всех перечисленных вместе взятых.
Пт. 2: JS и Python могут удовлетворять в отдельных случаях только если код очень "тупой", если не используются никакие хелперы для генерации функций, исключений, а всё развёрнуто набито копипастой/руками.
С пт. 3 вообще интересная ситуация. Есть хорошие инструменты, но изучать которые и работать с которыми люди не берутся в свободное время, т.к. им непонятны перспективы с точки зрения последующего поиска работы, т.к. вакансий не предлагают. А вакансий не предлагают, т.к. сложно найти таких специалистов на рынке, а специалистов мало, потому что им не предлагают вакансий, мотивации недостаточно для выделения большего кол-ва времени/сил на обучение. Ну вы поняли рекурсию.
А что вы скрываете за понятием "современный стек"? Вот конкретно? JavaScript/Python? Приложения на Electron нынче с успехом питаются гигабайтами RAM, простой скрипт на Python легко заставляет свою виртуальную машину съесть до 70МиБ "с порога", а рядовой Perl-процесс укладывается до 10МиБ, стартует быстрее, и это при том, что выразительность языка гораздо выше, чем у тех обоих вместе взятых.
Я вот прямо сейчас на коленке провёл эксперимент:
perl -E 'say "foo" while 1' — 508КиБ`
python2 -c 'while True: print("foo")' — 2.5МиБ
python3 -c 'while True: print("foo")' — 3.6МиБ
node -e 'while (1) {console.log("foo")}' — В секунду течёт где-то по 100МиБ, за несколько секунд дошло до 1ГиБ и я решил убить процесс, этого достаточно (node --version = 8.12.0)
И эти объёмы потребляемой RAM растут пропорционально. Основные его конкуренты (если я правильно интерпретировал ваш "современный стек") дают ощутимо менее выразительный синтаксис и при этом ощутимо расточительнее по отношению к ресурсам.
Итак, вопрос: зачем вообще портировать проекты на "современный стек"?
Про массаж тоже, он может быть противопоказан после определённого возраста или в случаях проблем с сосудами. Идея выправления искривлений позвоночника обыкновенным массажем тоже осаживает и вызывает недоумение.
Не могу отделаться от мысли, что наверняка это был какой-то местный оппозиционер (которого преследовала АНБ), у которого был добротный компромат на местного Пу на то время, и надо было на него срочно что-то накопать, чтобы «закрыть рот», а этот добренький разработчик проприетарщины им ковровую дорожку выстелил. Как в совке, и стукач, и жертва, и палач.
github.com/MoochMcGee/multibox
Вот пример кода, как по Вашему, это C++ код? Как по мне — по большей части это голый C. Автор даже обиделся, когда я ему сказал, что его программа — это не C++, и что большую часть времени он пишет на C, он строго убеждён что пишет на C++ и очень крут в этом, выдвигал в качестве аргумента, что использует где-то там C++ исключения.
P.S. Я не пытался сказать автору, что это плохо/неправильно.
Вот пусть и дальше имеют право сидеть в своём удобренном огороде за трёхметровым забором, я не против, но мы туда не пойдём.
Про несколько аккаунтов, — речь шла не о поддержке на уровне клиента, а возможность зарегистрировать второй (и более) аккаунт (даже не анонимный, опять же, привет GSM-авторизация), имея одну GSM SIM-карту. Ещё про ToS наверняка не скажу, но возможно там так же один пользователь не имеет права держать 2 акка, полагаю это расценивается там как ToS violation и повод для отказа в обслуживании (а если тебе пашка показал фигу, убежать на другую федерацию ты не можешь, он там — закон для всех и вся).
https://riot.im/app/#/room/#mozilla_#rust:matrix.org
https://riot.im/app/#/room/#mozilla_#rust-beginners:matrix.org
«Ограниченных» программистов? Т.е. «ограниченность» — это когда тебе чего-то не хватает в технологии? С каждым новым абзацем сомневаюсь в компетентности автора всё больше и больше.
«Начинающие» программисты жалуются, что «есть многие фичи, которых им недостаёт»? Они точно начинающие, раз уже вообще знают о существовании целого множества фич, которых им вдруг стало не хватать, словно раньше они ими постоянно пользовались? Или вы просто клеймите всех «ограниченными» и «начинающими», кто не согласен что Go
vno— это якобы хороший ЯП?Если код начинающего программиста спустя неделю, который писал он сам, — оценивают как «приличный», то с наибольшей вероятностью оценивающий этот код как «приличный» — профнепригоден.
Ну или возможно язык, на котором пишут, такой плохой, что на нём просто технически невозможно писать «прилично». И какой-то кусок лютого хардкода уже расценивается как «приличный».
Если убрать Node.JS, — т.к. это вообще что-то невменяемое, и использовать это для скриптинга нельзя, если не хотите случайно запнуться об гигабайтную течь по памяти, то Ruby — пока чемпион по жиру.
А как же Matrix? См. https://matrix.org/ и https://about.riot.im/ UPD: увидел что упомянут в последующих пунктах.
Да и при чём тут Telegram? Он исходных кодов сервера не предоставляет. Плюс он даже в предыдущий пункт "паранойи" не попадает, т.к. Паша закладывает "очень плохих парней" спец. службам.
Как б-женька смолвил, чуть не расплакался. Всегда стараюсь искать работу с тех. стеком, отбрасывающим на входе как можно больше бездарей и вредителей (например такие, которые делают
rm -rf tests/, если у них перестали проходить какие-то тесты, когда их на недельку оставили одних в проекте, случай из личной жизни), тем временем вижу всё меньше хороших вакансий, и кругом всюду требуются сплоншняком PHP/JS/Python/Ruby/Go-говноклады. Тенденция давно задана, и средний уровень престижа профессии стремится пробить всё новое дно. Хорошее программирование не будет убито, оно и так уже почти мертво.Ну я и отвечал на конкретное верхнее сообщение, а не на ветку треда.
Только если ты большая компания — у которой неограниченные железные ресурсы, на которые в любой момент всегда есть деньги. Для конечного пользователя такой подход заканчивается печально и уныло (см. Electron-приложения, и всякие веб-сайтики, которые едят как не в себя, да ещё обвешаны кучей счётчиков, рекламных сетей и прочими зондами).
Пт. 1 удовлетворяет Haskell лучше всех перечисленных вместе взятых.
Пт. 2: JS и Python могут удовлетворять в отдельных случаях только если код очень "тупой", если не используются никакие хелперы для генерации функций, исключений, а всё развёрнуто набито копипастой/руками.
С пт. 3 вообще интересная ситуация. Есть хорошие инструменты, но изучать которые и работать с которыми люди не берутся в свободное время, т.к. им непонятны перспективы с точки зрения последующего поиска работы, т.к. вакансий не предлагают. А вакансий не предлагают, т.к. сложно найти таких специалистов на рынке, а специалистов мало, потому что им не предлагают вакансий, мотивации недостаточно для выделения большего кол-ва времени/сил на обучение. Ну вы поняли рекурсию.
А что вы скрываете за понятием "современный стек"? Вот конкретно? JavaScript/Python? Приложения на Electron нынче с успехом питаются гигабайтами RAM, простой скрипт на Python легко заставляет свою виртуальную машину съесть до 70МиБ "с порога", а рядовой Perl-процесс укладывается до 10МиБ, стартует быстрее, и это при том, что выразительность языка гораздо выше, чем у тех обоих вместе взятых.
Я вот прямо сейчас на коленке провёл эксперимент:
perl -E 'say "foo" while 1'— 508КиБ`python2 -c 'while True: print("foo")'— 2.5МиБpython3 -c 'while True: print("foo")'— 3.6МиБnode -e 'while (1) {console.log("foo")}'— В секунду течёт где-то по 100МиБ, за несколько секунд дошло до 1ГиБ и я решил убить процесс, этого достаточно (node --version= 8.12.0)И эти объёмы потребляемой RAM растут пропорционально. Основные его конкуренты (если я правильно интерпретировал ваш "современный стек") дают ощутимо менее выразительный синтаксис и при этом ощутимо расточительнее по отношению к ресурсам.
Итак, вопрос: зачем вообще портировать проекты на "современный стек"?
Дальше можно не читать.
Вот пример кода, как по Вашему, это C++ код? Как по мне — по большей части это голый C. Автор даже обиделся, когда я ему сказал, что его программа — это не C++, и что большую часть времени он пишет на C, он строго убеждён что пишет на C++ и очень крут в этом, выдвигал в качестве аргумента, что использует где-то там C++ исключения.
P.S. Я не пытался сказать автору, что это плохо/неправильно.