09.01.2017, 17:21 | #81 |
Участник
|
Цитата:
Сообщение от Ace of Database
Второй пункт в требованиях: Знание Yii 2
И вот так во всех вакансиях - в каждой вакансии требуется новый неизвестный пунктик А в некоторых сразу несколько неизвестных. Пока эту технологию распробуешь , вакансия уплывет. А через 2-3 года все эти "Yii 2" становятся не нужны, и вместо них требуют какие-нибудь "Xyy4" PS знавал в свое время несколько веб программистов, так они лучше любого аксаптера разбирались в аксапте (по их утверждениям), тк они очень хорошо пользуются поисковиком Последний раз редактировалось ice; 09.01.2017 в 17:28. |
|
09.01.2017, 19:31 | #82 |
Banned
|
Цитата:
Сообщение от Ace of Database
Второй пункт в требованиях: Знание Yii 2
И вот так во всех вакансиях - в каждой вакансии требуется новый неизвестный пунктик А в некоторых сразу несколько неизвестных. Пока эту технологию распробуешь , вакансия уплывет. А через 2-3 года все эти "Yii 2" становятся не нужны, и вместо них требуют какие-нибудь "Xyy4" Разве что вместо одного ASP.NET MVC имеем выбор из примерно десятка MVC/Modular/... для PHP. Yii - уже 6-8 лет на рынке и наиболее популярен именно в России/Азии. Если ориентироваться на западный рынок то да, Yii не так популярен как Laravel и Symfony. Но все проекты PHP уровня enterprise в любом случае используют фреймворки которые живут дольше чем скажем конкретная ASP.NET технология. ASP.NET MVC прожила 6 лет и заменена годовалой ASP.NET Core. ASP.NET Web-Forms умерло. Тому же Zend - 10 лет, Laravel - 5 лет, Symfony - 11 лет. Скорости смены и хаоса web-технологий в мире MS намного больше. А выбор между фреймворками это как раз гарантия того что они будут жить долго. Последний раз редактировалось ax_mct; 09.01.2017 в 19:46. Причина: Yii это он. |
|
09.01.2017, 20:03 | #83 |
Участник
|
Цитата:
Проблема в том что с 2013 года уже почти 4 года как перестала расти частота процессоров. Вызвано это тем что частота выше 5ГГц уже трудно реализуема, Это 5 миллиардов тактов в секунду. При том что скорость света превысить невозможно, получается что за 1 такт свет пройдет 40см? На таких расстояниях уже трудно проводить корректные вычисления. Объемы данных растут, требуется много всяких срезов для аналитики, а компьютеры уже качественно не растут. Все технологии, где есть центральный сервер уже стали ущербными, поскольку надо ставить все больше и больше серверов. Сейчас пытаются делать облака(т.е. "надо больше серверов"), но это я думаю полная фигня будет в итоге. Я может и ошибаюсь, но скорее всего надо смотреть на технологии где нагрузка будет децентрализована. Ведь чем больше клиентов в системе тем больше ресурсов ей надо, а тут каждый будет со своими ресурсами приходить в систему и ее мощь будет расти с каждым новым клиентом и уменьшаться когда клиенты будут отключаться. Поэтому и разрабатываю с нуля. А текущим технологиям жить недолго осталось.
__________________
Удачи! |
|
09.01.2017, 22:03 | #84 |
Banned
|
Интересная мысль что мощность железа перестала быстро расти. В этом что-то есть.
В том же Web тот же MS явно рассчитывал что железо компенсирует всё. Если уж замахиваться то с node.js в качестве бэкенда. Сыро, но тренд чёткий. А PHP как Грааль не умрет, по сути тихой сапой из него уже Java сделали. И даже больше. |
|
10.01.2017, 05:25 | #85 |
NavAx
|
Не волнуйся, этот теоретический предел предсказан давно и работы над его преодолением уже десятки лет ведутся. Но скорость вычислений уже давно не bottleneck. Сейчас основные проблемы в скорости поиска на носителе и в передаче данных. И это одна из причин почему вычисления принято переносить на сервера. Просто каналы между серверами обычно гораздо толще чем соединение с клиентом.
__________________
Isn't it nice when things just work? |
|
10.01.2017, 07:10 | #86 |
Участник
|
Цитата:
Сообщение от macklakov
Не волнуйся, этот теоретический предел предсказан давно и работы над его преодолением уже десятки лет ведутся. Но скорость вычислений уже давно не bottleneck. Сейчас основные проблемы в скорости поиска на носителе и в передаче данных. И это одна из причин почему вычисления принято переносить на сервера. Просто каналы между серверами обычно гораздо толще чем соединение с клиентом.
__________________
Удачи! |
|
10.01.2017, 08:26 | #87 |
NavAx
|
Цитата:
Более того, согласно закону Мура была предсказана примерная дата достижения предела. И поэтому исследования квантовых вычислений уже тогда имели довольно четкий дедлайн. И не случайно что именно сейчас их доводят до фазы практического применения. И примерно в то же время на первое место стала выходить проблема со скоростью передачи данных. Тогда же появилась шуточная статья про фуру набитую CD-дисками как очень быстрый канал передачи данных (см. соседнюю ветку).
__________________
Isn't it nice when things just work? Последний раз редактировалось macklakov; 10.01.2017 в 08:31. |
|
10.01.2017, 23:34 | #88 |
Участник
|
__________________
Удачи! |
|
11.01.2017, 17:46 | #89 |
Banned
|
|
|
11.01.2017, 19:01 | #90 |
Участник
|
Я там в третьем видео рассказывал. Изначально задача была сделать учетную систему для размещения на хостинге. Сейчас много разных сервисов Saas, которые стоят от 500 р в месяц. А хостинг стоит около 2000р в год. Например такой сервис как "Мой склад". Им пользуются всякие мелкие конторы и ИП. Вот если бы была учетная система, которую можно разместить на обычном хостинге, да еще ее можно было бы быстро и легко адаптировать под нужды бизнеса, то очевидная экономия и данные не надо было бы отдавать чужим людям, которые в любой момент могут прекратить поддержку или повысить цены за свои услуги. Соответственно инструменты для разработки надо использовать только те, которые встречаются на дешевых хостингах, т.е. РНР и MySQL.
__________________
Удачи! |
|
12.01.2017, 12:40 | #91 |
Banned
|
То есть то что пишется "для себя", "для хороших знакомых" или чтобы предложить на рынке? Вопрос в связи с тем что если второе то граальность PHP используется не в полной мере - для продукта надо брать тот или иной известный фрэймворк.
|
|
12.01.2017, 13:58 | #92 |
Участник
|
А я чем занимаюсь?
Как раз и пишу очередной известный фреймворк:-) Назову его SugarHren 2.0 и кто-то потом в вакансиях будет его указывать в требованиях.:-) Или ты думаешь фреймворки изначально создал Господь?
__________________
Удачи! |
|
12.01.2017, 16:36 | #93 |
Banned
|
Цитата:
Любой новый фреймворк должен очень сильно выделится каким-то своим преимуществом которого нет у существующих. А для этого надо знать все существующие фреймворки и создавать нечто существенно обьективно и доказательно лучшее, и как результат получить популярность. При этом попытка создания своего собственного фреймворка - очень хорошее самообучение и вызывает уважение. Но если есть анализ чем не устраивают существующие фреймворк и чем твой будет от них отличаться, то очень прошу им поделиться Граальность PHP в том что ты садишься на что-то уже популярное. |
|
12.01.2017, 17:24 | #94 |
Участник
|
Не использую MVC. Какой из существующих веб фреймворков может этим похвастаться?
__________________
Удачи! |
|
12.01.2017, 17:31 | #95 |
Участник
|
И ОРМ сделан наоборот не изменения в приложении отражаются в базе, а изменения в базе отражаются в приложении.
__________________
Удачи! |
|
12.01.2017, 17:38 | #96 |
Участник
|
И весь фреймворк это всего лишь 30 килобайт кода. Меньше чем весит страница на которую вы сейчас смотрите.
__________________
Удачи! |
|
12.01.2017, 17:56 | #97 |
Участник
|
Достойно уважения) Монетизировать как планируете свои труды?
|
|
12.01.2017, 20:01 | #98 |
Участник
|
Сделаю сайт, найду пару-тройку буржуев, которым надо сделать простую учетную систему на хостинге и буду с этого жить. Английским владею не хуже русского, а цены у меня будут ниже индусовских.
В моей деревне много денег для жизни не надо так что стопицот ахулиардов денег меня не интересуют.
__________________
Удачи! |
|
|
За это сообщение автора поблагодарили: Diman (1), ax_mct (2). |
12.01.2017, 23:05 | #99 |
Banned
|
Цитата:
Большая часть типичных PHP программистов любит и может себе позволить эффективность и при этом имеет свободу выбора. И с учетом зрелости PHP и размера сообщества выбор должен быть большим. И кстати если свободный в выборе коллективный разум выбирает тот или иной "MVC"(многие условно MVC) фрэймворк то не может такое количество свободных людей и коллективов ошибаться в таком выборе. Не в выборе MVC, так как паттерн для Web очень спорный, а в выборе того или иного фрэймворка использующего в том или ином виде MVC или его подобие. То что нашел точно не-MVC: Gyroscope https://github.com/antradar/gyroscope Fusebox http://www.fusebox.org/ Цитата:
P.S. Кстати многие фрэймворки лишь поддерживают MVC и позволяют использовать их как библиотеку компонентов без следования MVC паттерну. Думаю что если разрабатывать свой фрэймворк то имеет смысл делать его именно MVC чтобы прочувствовать паттерн с чистого листа и щелкать существующие фрэймворки как орехи после этого. Последний раз редактировалось ax_mct; 13.01.2017 в 00:13. Причина: P.S. |
|
13.01.2017, 08:28 | #100 |
Участник
|
Цитата:
Короче в терминах аксапты. Открываете АОТ в разделе таблицы, там структура таблиц описана. Закрываете. Перенастраиваете коннект на другую базу с совершенно другими таблицами. Открываете АОТ заходите в раздел таблицы, а там совершенно другие таблицы с другими полями и все уже описано за вас и ничего менять не надо.
__________________
Удачи! |
|
Теги |
php, граабль, хлеб своими руками |
|
|