Как стать автором
Обновить
@richman5read⁠-⁠only

Пользователь

Отправить сообщение
А я уже успел плохо о вас подумать
Не пойму, почему сервисы онлайн-продаж все еще позволяют оформлять сделку не на своей платформе? От этого же идут прямые имиджевые убытки!
В любой нормальной профессии в 40лет ощущаешь, что ты не пустое место, а что-то значишь в профессии
А можно пример такой профессии? А то мне кажется, что в любой из них та-же муть, что и в IT…
Не понятно, за что минус, но то такое…

Я не мешаю, интересно — ищите инфу, читайте. Только многие выкладки собираются так: судя по данным сайта Microsoft, большинство пользователей интернета пользуются IE. По данным сайта Mozilla — большинство пользователей интернета пользуются Firefox. Судя по данным сайта Google, большинство пользователей интернета пользуются Chrom. Ну вы поняли. Кто в чем заинтересован, тот те цифры и покажет.
Я спрашивал не про популярность конкретного ЯП (это можно и на Тиобе посмотреть), а про то куда двигается язык, что планируется менять, какие подходы в этих вопросах обсуждаются и т.д. Понятно, что это на целую статью тянет…

Мода пришла и ушла, оставив кучу кодеров без работы… но в плане удобства — PHP лучше
А разве у автора проблема с востребованностью на рынке? И (кмк) после С++ перейти на РНР/Битрикс24 — это, наверное, как с космолета (пусть и сложного и неудобного) пересесть на автомобиль. А что? заработок там тоже есть…
Было бы интересно почитать о современном состоянии PHP (особенно в сравнении с другими ЯП).
Это уже про другое вопрос. А изначальный был в том, что любой может нечаянно скопипастить неправильное название (не того репозитория). Или вы никогда так не делаете и все удаляемое руками вводите?
Время до полной очистки может быть любое (например 1 мин), но до его истечения никакие операции с этими данными не должны быть возможны (если принудительно не подтвердить окончательное удаление).

Это проблема баланса между скоростью работы с базой и безопасностью. Граница всегда будет не очень комфортна.
Зачем постоянно? Достаточно один раз не то удалить — и это уже 100% фиаско.
Дополнительное согласие проходится не задумываясь автоматом и, по сути, ни от чего не защищает. А в корзину надо специально заходить, поэтому это лучший вариант с точки зрения безопасности.
Интересно было бы услышать и ответ на вопрос — почему выбрали РНР?
Думаете, что в ближайшие годы такому «клею» можно обойтись без удобной многопоточности? Вот не думаю честно, что это так.
языки, которые обладают достаточно развитой системой типов, чтобы ею заменить вообще любые тесты — имеют весьма и весьма немаленькое время компиляции
Как по мне, то для скриптового ЯП достаточно такой системы типов, которая бы проверяла на корректность только сами данные (работу с ними). Поэтому там большой задержки при загрузке скрипта быть не должно.
Потому что проверка типов перед стартом программы занимает время
Кмк минимальное…
Ларри сказал: «тут неоднозначность связана не с типами, а с неверным применением математического знака „плюс“.
А вот и нет! Здесь неоднозначность как раз и связана с тем, что нет разделения на типы. А уже как их разделять: задавая их явно, или применяя к ним разные операции — дело второе.
Я очень сомневаюсь, что даже после рефакторинга это будет так же компактно, как и обычный код.
Так цель же не сделать компактно, а сделать удобно для не-программиста.
Если ТС считает, что Terra (нужно ли это склонять?)) можно форкнуть — то почему бы и нет? Но, кмк, для этого ему много чего в ней должно понравиться.
В плане выразительности его обгоняет perl или lisp
Чем выразительнее ЯП, тем труднее его освоить.
А в чем смысл такого форка? Все равно компилятор придется с нуля писать.
Здесь может быть важно сразу правильно спозиционировать язык. Это «первый» ЯП в работе программиста или «второй» у него же, или «единственный» у не-программиста. Идеальные настройки будут разные…
А вообще, тут было бы интересно послушать мнение использующих Erlang людей, например erlyvideo…
Поддерживаю.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность