Да. Там в курсе целая глава уделена тому, чтобы не было "понятийного фашизма". Важно чтобы люди понимали друг друга, а не то, чей ярлык "более правильный".
Но при всем при том, он на основе стандартов ISO, дает рекомендацию. Что компонент функциональная единица, а модуль - конструктивная. Но если у собеседника в голове противоположная система координат, то быть более умным, т.е. понятным, и говорить с ним в комфортной для него системе координат, чтобы лучше найти общий язык и понимание.
В данном случае я специально, для наглядности сделал так, чтобы фотографию представить в виде схемы модулей, Чтобы еще раз подчеркнуть, разницу между "абстрактными" компонентами и "физическими" модулями.
О, тут надо читать источники в оригинале (на английском). В данном случае я предлагаю напрямую задать этот вопрос Анатолию Левенчуку, он автор того курса, я думаю он лучше меня ответит на этот вопрос. Мой источник - это курс по системному мышлению, откуда я и взял эту информацию.
AIMP - всеядный аудиоплеер, плюс возможность конвертации в разные форматы.
EmEditor - лучший на мой взгляд текстовый редактор для программиста. Поддержка больших файлов, кодировок, отображения скрытых символов, подсветка синтаксисов, макросы и много чего еще.
Всеми теми программами которые описал автор, пользовался в свое время, пока не нашел лучших альтератив, и которые выше и перечислил. Некоторые (tc, aimp, vlc) использую и на андроиде.
Ну вот ты сам автор, признал то, чему якобы в своей статье пытаешься противостоять
Java/C# - удачи найти адекватных ребят в команду, когда за ними уже стоит очередь из финтеха, операторов связи, крупного ритейла, российского FAANG'а, галер и крипто-стартапов. Явно контентный проект не сможет на равных конкурировать за ребят на этом стеке.
Получается раз Java/С# востребованы, то зачем этот PHP? Ну переучись ты на другой стек, это не так уж сложно, если голова работает правильно... И будут за тобой стоять очереди эйчаров.
И есть вполне объективные причины, почему эти два языка более востребованы чем PHP. И сравнивать PHP и Python - не совсем корректно. Phyton - это еще и про bigdata, чего PHP практически не умеет. Не его стезя, в отличии от Python и написанном для него кучи библиотек.
Вот как правильно заметил, остается маленькая узкая ниша, и то, лишь только потому что "мы умеем в это". А других аргументов то и нет. PHP я думаю это тупиковая ветвь. Рано или поздно вымрет после очередного перехода к какому-нибудь web 4.0.
И правильно. Я бы тоже на месте ребят из симфонии стыдился, именно как ИТ-специалист. Современное ИТ развивается так стремительно, что работа в ИТ это как бег за поездом, который отъезжает с большей скоростью чем ты его догоняешь. И вопрос тут только в том, насколько далеко этот поезд уедет. И очень важно догонять тот поезд, который не упрется в тупик. В случае PHP - у меня лично нет сомнений, что все закончиться тупиком.
Miro крутая штука. Использую в ежедневной работе. Когда то Google хотел создать что-то подобное, назвал Google spaces, но у них не взлетело. А у ребят взлетело.
Мы EventStorming'и в Miro подводим, да и в целом удобный инструмент чтобы обсудить идею удаленно, побрейнштормить.
С моей точки зрения вы сделали ошибочный вывод и изобрели очередной велосипед. Ибо в той компании в которой я работаю, мы разрабатываем no-code, low-code систему в которой пользователь как раз то может создавать тысячи сущностей (классов данных), с сотнями тысяч, если не миллионами записей (объектами), и защита идет как на уровне сущностей, так и на уровне записей. И архитектура разрешений и политик построена на базе библиотеки Casbin. Делали нагрузочное тестирование, и система прекрасно справляется как с выборкой больших коллекций данных с учетом прав доступа, так и единичными проверками разрешений.
Может вы просто готовить не умете правильно эту библиотеку?
Спасибо. Я попробую задать этот вопрос Левенчуку, сообщу вам ответ.
Да. Там в курсе целая глава уделена тому, чтобы не было "понятийного фашизма". Важно чтобы люди понимали друг друга, а не то, чей ярлык "более правильный".
Но при всем при том, он на основе стандартов ISO, дает рекомендацию. Что компонент функциональная единица, а модуль - конструктивная. Но если у собеседника в голове противоположная система координат, то быть более умным, т.е. понятным, и говорить с ним в комфортной для него системе координат, чтобы лучше найти общий язык и понимание.
В данном случае я специально, для наглядности сделал так, чтобы фотографию представить в виде схемы модулей, Чтобы еще раз подчеркнуть, разницу между "абстрактными" компонентами и "физическими" модулями.
О, тут надо читать источники в оригинале (на английском). В данном случае я предлагаю напрямую задать этот вопрос Анатолию Левенчуку, он автор того курса, я думаю он лучше меня ответит на этот вопрос. Мой источник - это курс по системному мышлению, откуда я и взял эту информацию.
Total Commander - файловый менеджер
K-Lite Codec Pack - всеядный подсмотрщик видео, редактирование, конвертация
XnViewMP - всеядный подсмотрщик графики, пакетные операции, продвинутое редактирование, конвертация
AIMP - всеядный аудиоплеер, плюс возможность конвертации в разные форматы.
EmEditor - лучший на мой взгляд текстовый редактор для программиста. Поддержка больших файлов, кодировок, отображения скрытых символов, подсветка синтаксисов, макросы и много чего еще.
Всеми теми программами которые описал автор, пользовался в свое время, пока не нашел лучших альтератив, и которые выше и перечислил. Некоторые (tc, aimp, vlc) использую и на андроиде.
https://theins.ru/news/251830
Умные люди таким не пользуются.
https://winitpro.ru/index.php/2017/11/03/ustanovka-besplatnogo-ssl-sertifikata-lets-encrypt-na-iis-v-windows-server-2012-r2/
То же самое о чем статья, но одной строкой:
"Влажные мечты" "не такого как все")
Бизнес ценит надежность. Впрочем как и клиенты.
Ссылка сдохла, вот актуальная https://ac.blogs.iit.kz/posts/sso/
Ну вот ты сам автор, признал то, чему якобы в своей статье пытаешься противостоять
Получается раз Java/С# востребованы, то зачем этот PHP? Ну переучись ты на другой стек, это не так уж сложно, если голова работает правильно... И будут за тобой стоять очереди эйчаров.
И есть вполне объективные причины, почему эти два языка более востребованы чем PHP.
И сравнивать PHP и Python - не совсем корректно. Phyton - это еще и про bigdata, чего PHP практически не умеет. Не его стезя, в отличии от Python и написанном для него кучи библиотек.
Вот как правильно заметил, остается маленькая узкая ниша, и то, лишь только потому что "мы умеем в это". А других аргументов то и нет.
PHP я думаю это тупиковая ветвь. Рано или поздно вымрет после очередного перехода к какому-нибудь web 4.0.
И правильно. Я бы тоже на месте ребят из симфонии стыдился, именно как ИТ-специалист. Современное ИТ развивается так стремительно, что работа в ИТ это как бег за поездом, который отъезжает с большей скоростью чем ты его догоняешь. И вопрос тут только в том, насколько далеко этот поезд уедет. И очень важно догонять тот поезд, который не упрется в тупик. В случае PHP - у меня лично нет сомнений, что все закончиться тупиком.
Ну отлично. Значит где-то рождается новый "habr", а этот ресурс которому "все мало" - ждет стагнация.
Я кстати свои тексты тоже пишу на md в vsc, а сюда только копирую.
Miro крутая штука. Использую в ежедневной работе. Когда то Google хотел создать что-то подобное, назвал Google spaces, но у них не взлетело. А у ребят взлетело.
Мы EventStorming'и в Miro подводим, да и в целом удобный инструмент чтобы обсудить идею удаленно, побрейнштормить.
Ну я так понял, что этот пост был создан как хаб для шуток про РHP.
С моей точки зрения вы сделали ошибочный вывод и изобрели очередной велосипед. Ибо в той компании в которой я работаю, мы разрабатываем no-code, low-code систему в которой пользователь как раз то может создавать тысячи сущностей (классов данных), с сотнями тысяч, если не миллионами записей (объектами), и защита идет как на уровне сущностей, так и на уровне записей. И архитектура разрешений и политик построена на базе библиотеки Casbin. Делали нагрузочное тестирование, и система прекрасно справляется как с выборкой больших коллекций данных с учетом прав доступа, так и единичными проверками разрешений.
Может вы просто готовить не умете правильно эту библиотеку?
Ну вот видишь. уже половину статьи "Неожиданная история смартфонов" мы написали)
Тут такая же ситуация как со смарфоном. Кто первый? Обычно считается что это первый iPhone. Хотя был до этого Ericsson R380s
Что из себя представляет смартфон? Какая комбинация функциональности? Вот примерно такая же дилема.
Через 50 лет такие же статьи будут писать и про смартфоны)
Мне на ум сразу пришло одно наиболее востребованное применение - онлайн казино, рулетка)