Я очень давно писал на PHP4 и 5, потом ушёл в энтерпрайз. Недавно ковырялся с Simfony и честно говоря, лишь укрепился в своей мысли о том, что большие проекты лучше делать на других языках. С отладкой я так и не разобрался. Всё это хозяйство для работы, оно не цельное, лоскутное одеяло чего-то, больше похожего на хаки.
Ок, это может быть не Go, а может быть ASP.NET Core. Кстати, конкретно ASP.NET фреймворк проще чем Simfony.
При этом, мы вообще не думаем о том, кто такой этот Apache. У нас есть свой веб-сервер, достаточно добавить зависимость в проект и пару строчек кода. У нас доступна пошаговая отладка приложения без каких-то танцев с бубном.
Я честно не могу понять, какие возможности PHP перекрывают другие платформы? Что конкретно?
Помню как одно лето я, вместе двора, провёл за компом, играя в SimCity 1 по 10-12 часов.
Ключами к успеху всегда были 2 оюстоятельствв: 0 расходов на пожарных и урезанный бюджет на дороги. Пожарные при 100%"финансировании не могли справляться даже с примитивным вохгаранием. Их работу приходилось делать самому, вырубая перед огнём просеки и снося здания.
Ещё был по душе SimCity 2000. Под винду, я в него рубился даже на миниатюрном экранчике карманного компьютера на WindowsMobile. Правда, с метрополитеном у меня всегда лажа была.
А вот следующие части уже какие-то не душевные были. Не знаю, не тянуло в них играть.
Насчёт плановой экономики, то настоятельно и неистово рекомендую игру Soviet Republic.
Даже сама идея чего стоит: начинаем в 1960-х годах строить советскую республику, вся техника, эти Камазы и ЗИЛ-ы, брежневки и хрущевки, всё это, открывается по мере исторической действительности. Строим хрущевки, пытаемся создать полный цикл производства, возводим либо очень долго но своими рабочими, либо привлекаем за деньги иностранную рабочую силу, ликвидируем дефицит товаров первой необходимости за счёт валютных резервов и радостно смотрим, как Икарусы развозят пассажиров, а поезда с нефтью идут к границе соседней социалистической республики.
Только, советую начать, отключив канализацию и сложную схему образования. С ними уж слишком хардкорно бывает.
При таких раскладах, чем бенчмарки отличаются от гадания?
Так ведь понадобится проводить бенчмарки после каждого обновления ноды, буна и т.д. Ведь никто не скажет наверняка, какое на этот раз будет бутылочное горлышко. А ещё прибавляем к этому мегабайты сторонних библиотек...
М-да.
Тяжело остановиться, когда у тебя в руках молоток. Ведь, всё вокруг превращается в гвозди.
Диски с дистром игр были доступны, поэтому, бэкапит его не имело смысла, достаточно снести. А папка установки внимательно изучалась на предмет сохранёнок, именно их я архивировал, затем архив переименовывал во что-то вроде system16.dll и кидал в System32.
Например, можно ещё была бы добавить, что для если требуется ACID полноценная репликация без тонны денег, то есть Cockroach DB, который по прочим, суть, тот же PostgreSQL но сотказоустойчивым кластером.
Это, как пример.
Лично моё мнение, от Oracle следует уходить хоть тушкой, хоть чучелом. Учитывая его жадность и то, что внутри себя представляет база данных Oracle, её код, это решение морально устарело.
(Под, что такое Oracle я имел ввиду саму кодовую базу системы с её миллионом флагом в 99% ещё из, 80-х. Ссылку на соответствую статью я не нашёл)
Я видел множество проектов на Oracle. Видел даже, когда на базе PL/SQL создавался ООП. Ну и простыни PL/SQL, хаки с оптимизатором запросов и прочим и прочим и прочим.
Могу сказать одно, Oracle во всех увиденных проектах был избыточен. Не использовалась даже половины функций. Очень часто всё многообразие хаков с оптимизаторами можно было бы решить пересмотрев структуру хранения данных, добавив к некоторым таблицам дополнительные ключи. Да и вообще, не знаю как вам, но мне всегда попадались DBA, которые в конце концов вам скажут: «План запроса, это здорово, но даже при наличии хаков то, как Oracle выполнит запрос до конца не известно на 100%»
Так что, тот ландшафт банков и прочих с Oracle мне видится, как анахпонизм из эпохи, когда надо было на Unix а что ставим, а давай Oracle. И с тех пор так и тянут этот чемодан без ручки.
У бизнеса нет денег и времени, чтобы хотя бы приступить к постепенной миграции, но зато есть куча бабок поддерживать давным давно созданные решения.
Я очень давно писал на PHP4 и 5, потом ушёл в энтерпрайз. Недавно ковырялся с Simfony и честно говоря, лишь укрепился в своей мысли о том, что большие проекты лучше делать на других языках. С отладкой я так и не разобрался. Всё это хозяйство для работы, оно не цельное, лоскутное одеяло чего-то, больше похожего на хаки.
Ок, это может быть не Go, а может быть ASP.NET Core. Кстати, конкретно ASP.NET фреймворк проще чем Simfony.
При этом, мы вообще не думаем о том, кто такой этот Apache. У нас есть свой веб-сервер, достаточно добавить зависимость в проект и пару строчек кода. У нас доступна пошаговая отладка приложения без каких-то танцев с бубном.
Я честно не могу понять, какие возможности PHP перекрывают другие платформы? Что конкретно?
Советую установить:
zsh вместо bash. К zsh расширение oh-my-zsh, в которое входят сотни плагинов
LSDeluxe вместо ls
Bat это как cat, только с подсветкой синтаксиса
TailSpin как дополнение или замену tail - F, это логи с подсветкой
Dust виесто du, для анализа места на диск
Ну и познакомиться с PowerLine10K и установить расширенные шрифты NerdFonts
Вот только после этого ваша консоль никогда не будет прежней.
Помню как одно лето я, вместе двора, провёл за компом, играя в SimCity 1 по 10-12 часов.
Ключами к успеху всегда были 2 оюстоятельствв: 0 расходов на пожарных и урезанный бюджет на дороги. Пожарные при 100%"финансировании не могли справляться даже с примитивным вохгаранием. Их работу приходилось делать самому, вырубая перед огнём просеки и снося здания.
Ещё был по душе SimCity 2000. Под винду, я в него рубился даже на миниатюрном экранчике карманного компьютера на WindowsMobile. Правда, с метрополитеном у меня всегда лажа была.
А вот следующие части уже какие-то не душевные были. Не знаю, не тянуло в них играть.
Насчёт плановой экономики, то настоятельно и неистово рекомендую игру Soviet Republic.
Даже сама идея чего стоит: начинаем в 1960-х годах строить советскую республику, вся техника, эти Камазы и ЗИЛ-ы, брежневки и хрущевки, всё это, открывается по мере исторической действительности. Строим хрущевки, пытаемся создать полный цикл производства, возводим либо очень долго но своими рабочими, либо привлекаем за деньги иностранную рабочую силу, ликвидируем дефицит товаров первой необходимости за счёт валютных резервов и радостно смотрим, как Икарусы развозят пассажиров, а поезда с нефтью идут к границе соседней социалистической республики.
Только, советую начать, отключив канализацию и сложную схему образования. С ними уж слишком хардкорно бывает.
У Java разрабов в торможении обычно виноват GC.
Подозреваю, что-то не ладное со словом — джава.
На K210 вот ещё хорошая камера:
https://shop.m5stack.com/products/unitv-k210-ai-camera-m12-version-ov7740
Я не нашёл, какой у него процессор, сколько Tops? Есть ли дополнительно FPU?
Вы его использовали?
При таких раскладах, чем бенчмарки отличаются от гадания?
Так ведь понадобится проводить бенчмарки после каждого обновления ноды, буна и т.д. Ведь никто не скажет наверняка, какое на этот раз будет бутылочное горлышко. А ещё прибавляем к этому мегабайты сторонних библиотек...
М-да.
Тяжело остановиться, когда у тебя в руках молоток. Ведь, всё вокруг превращается в гвозди.
Ой, точно, вспомнил, какое мучение для меня, как ребёнка, было рекурсивное удаление директорий в Нортоне. Ещё помню, кто-то над кем-то так зло шутил.
А ещё вспомнилось обязательное правило, что перед запуском винды надо было выйти из Нортона.
Честно говоря, не только они, все JetBrains продукты открываешь и чувствуешь себя собакой. Хорошо хоть народ плагины с цветными иконками пилят.
Диски с дистром игр были доступны, поэтому, бэкапит его не имело смысла, достаточно снести. А папка установки внимательно изучалась на предмет сохранёнок, именно их я архивировал, затем архив переименовывал во что-то вроде system16.dll и кидал в System32.
Офигеть у вас интересная работа
Мечта детства, реализованная только через КПК Windows Mobile.
О Господи, шёл 2024-й год, какие передовые технологии!
Думаю, что стоит дождаться 2034-го, чтобы они в интерфейсе плеера для авто вытащили кнопку лайка из подменю.
А вот в 2044-ом они наконец-то поймут, что стоит как-то адаптировать интерфейс в зависимости от того, с какой стороны водитель.
Жаль, что тогда машинами только роботы будут управлять...
И только порно сайты стоят особняком, лишь переходя от одной модели монетизации к другой.
Секунду, то есть руководитель этих призраков не в состоянии был понять этого? Может, тогда лучше уволить руководителя?
Такое впечатление, что в компании всё ещё не хотят мириться с реальностью.
Кажется их ждёт судьба Kodak.
А как давно скачивали и что пробовали запускать? Можно поподробнее?
Статья довольно поверхностная.
Например, можно ещё была бы добавить, что для если требуется ACID полноценная репликация без тонны денег, то есть Cockroach DB, который по прочим, суть, тот же PostgreSQL но сотказоустойчивым кластером.
Это, как пример.
Лично моё мнение, от Oracle следует уходить хоть тушкой, хоть чучелом. Учитывая его жадность и то, что внутри себя представляет база данных Oracle, её код, это решение морально устарело.
(Под, что такое Oracle я имел ввиду саму кодовую базу системы с её миллионом флагом в 99% ещё из, 80-х. Ссылку на соответствую статью я не нашёл)
Я видел множество проектов на Oracle. Видел даже, когда на базе PL/SQL создавался ООП. Ну и простыни PL/SQL, хаки с оптимизатором запросов и прочим и прочим и прочим.
Могу сказать одно, Oracle во всех увиденных проектах был избыточен. Не использовалась даже половины функций. Очень часто всё многообразие хаков с оптимизаторами можно было бы решить пересмотрев структуру хранения данных, добавив к некоторым таблицам дополнительные ключи. Да и вообще, не знаю как вам, но мне всегда попадались DBA, которые в конце концов вам скажут: «План запроса, это здорово, но даже при наличии хаков то, как Oracle выполнит запрос до конца не известно на 100%»
Так что, тот ландшафт банков и прочих с Oracle мне видится, как анахпонизм из эпохи, когда надо было на Unix а что ставим, а давай Oracle. И с тех пор так и тянут этот чемодан без ручки.
У бизнеса нет денег и времени, чтобы хотя бы приступить к постепенной миграции, но зато есть куча бабок поддерживать давным давно созданные решения.
Любопытно, а при каждом выполнении запрос транслируется в SQL код? В таком раскладе не лучше ли держать кеш скомпилированных запросов?