> И Zend и Symfony не имеют нужной мне гибкости и расширяемости.
Ну не знаю как с Symfony, но в Zend, замечательная реализация MVC. Во всяком случае все задачи, которые передо мной стояли в контесте MVC я прекрастно на нем реализовывал. И вообще, это утверждение заслуживает разъяснения.
> Мешать шаблоны и PHP-код — не лучшая идея. Кстати, у меня тоже так можно. Но не нужно.
Это можно везде, на то это и пыхапе.
А вообще, реализацию CMF без использования других фреймворком или их отдельных компонентов, ну например того же Zend, я считаю велосипедоводством. Ну не нравица вам реализация MVC у Zend, ну дополните ее или перепишите полностью. Тоже самое касается Symfony и д.р.
Эх, недоработали вы пока вывод списка своих объектов. Такое уже на XML давно делают, людям не удобно работать с вызовами функций, с вложенными массивами да и вообще с кодом. Не надо верстальщика заставлять писать на пыхапе. Я понимаю, что он не обламается, но все равно не надо.
5 лет — чего то это ну очень много, за такое время можно ОСь написать.
И вообще, посоветовал бы Вам, выдрать этот помощник вида для вывода списка объектов и запихнуть его в что нибудь более распространенное, скажим в Zend Framework или Symfony. Ну это чтобы работа стольких лет не прошла сря.
Как раз мучаюсь с этим. Возникла задача рефакторинга очень большого числа классов, т.е. воссоздать модель вручную очень долго и муторно. Одним словом, спасибо Вам большое!
Платного, не так уж много. стоит ли говарить что большинство IDE для разработки бесплатны.
И вообще, нужен будет не сам софт, а лицензии.
Т.е. все продукты Adobe, Corel, пару серваков на Oracle и MsSql. Да и вообще, там какие то скидки на лицензии существуют при таких закупках.
Другое дело железо. Нужны будут машины очень высокого класса или несколько групп машин разных классов.
Вообще это все прекрастно делается. Человек снимает рабочее место и пишет в заявки что ему нада для работы. И на основе этого формируется цена. Вот только, она не должна привышать 20К в месяц, т.к. все равно остается вариант съема квартиры и скажим «одноразовой покупки» нужных лицензий на софт.
Можно же посчитать средную стоимость рабочего места для разработчиков в каждой из отраслей и сделать на этом свое предложение. А спрос обязательно будет
Вот если бы был такой вариант, я бы даже за свои из ЗП лучше бы сидел там, чем в нашем офисе. Ну или совмещал бы. Опять же, зависет от расположения.
Но к сожалению, у нас пока низкие уровень зарплат, даже для видущих фирм и специалистов, чтобы можно было такое организовывать.
Класс! Мне очень нравится, ведь для меня, например, главное — это атмосфера, а там она очень хорошая. )
Хотя, если посмотреть прагматично, то лучше снимать хату. Вот если бы еще хорошее оборудование и лицензионный софт предоставляли, а ведь нет. ( Но я надеюсь это как то разрешится.
При этом время браузерных О, именно с удаленной графической оболочкой, думаю, очень близко. В технологическом плане, опять же ИМХО, все для этого есть, нада только реализовать. Каналы правда слабые (.
Браузерные игры — не согласен. Скорее загрузка данных в память и|или на маленький винчестер, и обработка уже, что называется на месте. Ну или другие варианты. А браузерные игры, этодействительно очень медленно.
> Разве это не вариант для супердешёвых ноутбуков? Отсутствие винчестера, слабая видеокарта, минимум
> ОЗУ — и вот вам компьютер за несколько десятков долларов. Всё что ему нужно — это постоянный
> интернет.
Отсутствие винчестера, слабая и минимум ОЗУ — это совершенно неприемлимо. Даже наоборот, на машинах использующих такую удаленную графическую оболочку все должно быть по максимуму (пожалуй только кроме винчестера), как и сейчас.
Объясню почему.
Я думаю многие знают про проекты распределенных вычислений @home. Взять хотя бы тот же SETI@home, и о том, что несмотря на успешный рост вычислительных мощностей, задачи для них растут еще быстрее.
Я думаю операционные системы будущего будут как раз базироваться на неком браузере и некой удаленной графической оболочкой. При этом максимальное количество вычислений будут происходить не на самой компьютере с такой ОС, а на множестве компьютеров распределенной сети вычислений. Это касаемо ПО.
По поводу железа, я думаю, производительность графические адаптеры, объем ОЗУ и мощность процессора будут только расти. Теперь по пунктам:
Графический адаптер — еще ни кто не отменял игры и другую мультимедию, а графика, как известно, попросту не может считаться и обрабатываться на удаленной машине. Да и удаленная графическая оболочка должна быть максимально красивой.
ОЗУ — опять же графика игры, да и сама удаленная графическая оболочка потребляют очень большое кол-во оперативки.
Процессор — «любишь кататься, люби и считать» — за использования ресурсов распределенной сети вычислений нада будет платить своими вычислительными ресурсами, слудовательно нужен мощный камень.
Ну и естественно все это возможно только при наличие ОЧЕНЬ высокоскоростных каналов. А пока народ тренируется, пробует разные технологии для реализации удаленного графического интерфейса и т.д,
З.Ы. Совершенно не понимаю, почему возникают такие вопросы. Посмотрите хотя бы как развивается Google — сначала Google.Doc, затем Chrome, который наверное и позицианируется как браузер для такой удаленной графической оболочки.
З.З.Ы. Думаю в качестве базы для данной данной ОС выберут легковестное ядро GNU/Linux и настанет долгожданный видекапец, т.к. Microsoft даже и не чешутся в данном направлении ).
З.З.З.Ы. Все это конечно чистое ИМХО, но я представляю себе это так.
$posts = objects_first('forum_user', array('order' => 'reputation'));
> И Zend и Symfony не имеют нужной мне гибкости и расширяемости.
Ну не знаю как с Symfony, но в Zend, замечательная реализация MVC. Во всяком случае все задачи, которые передо мной стояли в контесте MVC я прекрастно на нем реализовывал. И вообще, это утверждение заслуживает разъяснения.
> Мешать шаблоны и PHP-код — не лучшая идея. Кстати, у меня тоже так можно. Но не нужно.
Это можно везде, на то это и пыхапе.
А вообще, реализацию CMF без использования других фреймворком или их отдельных компонентов, ну например того же Zend, я считаю велосипедоводством. Ну не нравица вам реализация MVC у Zend, ну дополните ее или перепишите полностью. Тоже самое касается Symfony и д.р.
Ну например постраничный список и д.р.
> В этом фреймворке нет жёсткой привязки к механизмам и технологиям.
Врятли XML можно назвать технологией и особенно механизмом, но мысль понял. Надеюсь вы все таки реализуете такую поддержку.
> То есть букву «C» в MVC уже отменили? :)
Контроллер, немного другая вещь :) Здесь мы говорим скорее о Виде. А работу системы без кода я вообще не представляю. >_< Или это я Вас не так понял.
> Честно говоря я не понимаю, о чём Вы ведёте речь :)
Ну это понятие из Zend`а. Грубо говоря вызов метода из скрипта вида (или шаблона или лейаута).
С помощью них я реализую вашу консрукцию вида
5 лет — чего то это ну очень много, за такое время можно ОСь написать.
И вообще, посоветовал бы Вам, выдрать этот помощник вида для вывода списка объектов и запихнуть его в что нибудь более распространенное, скажим в Zend Framework или Symfony. Ну это чтобы работа стольких лет не прошла сря.
Тоесть возможность приходить со своим железом не в коем случае нельзя исключать.
И еще хотелось бы реализованный блок всяких там однокласников, вконтакте и уютненьких жежешечек, чтобы ничего не отвлекало.
И вообще, нужен будет не сам софт, а лицензии.
Т.е. все продукты Adobe, Corel, пару серваков на Oracle и MsSql. Да и вообще, там какие то скидки на лицензии существуют при таких закупках.
Другое дело железо. Нужны будут машины очень высокого класса или несколько групп машин разных классов.
Вообще это все прекрастно делается. Человек снимает рабочее место и пишет в заявки что ему нада для работы. И на основе этого формируется цена. Вот только, она не должна привышать 20К в месяц, т.к. все равно остается вариант съема квартиры и скажим «одноразовой покупки» нужных лицензий на софт.
Можно же посчитать средную стоимость рабочего места для разработчиков в каждой из отраслей и сделать на этом свое предложение. А спрос обязательно будет
Вот если бы был такой вариант, я бы даже за свои из ЗП лучше бы сидел там, чем в нашем офисе. Ну или совмещал бы. Опять же, зависет от расположения.
Но к сожалению, у нас пока низкие уровень зарплат, даже для видущих фирм и специалистов, чтобы можно было такое организовывать.
Хотя, если посмотреть прагматично, то лучше снимать хату. Вот если бы еще хорошее оборудование и лицензионный софт предоставляли, а ведь нет. ( Но я надеюсь это как то разрешится.
Хотя, думаю, проверю его работу по вашем материалам. Еще раз спасибо!
При этом время браузерных О, именно с удаленной графической оболочкой, думаю, очень близко. В технологическом плане, опять же ИМХО, все для этого есть, нада только реализовать. Каналы правда слабые (.
Браузерные игры — не согласен. Скорее загрузка данных в память и|или на маленький винчестер, и обработка уже, что называется на месте. Ну или другие варианты. А браузерные игры, этодействительно очень медленно.
> ОЗУ — и вот вам компьютер за несколько десятков долларов. Всё что ему нужно — это постоянный
> интернет.
Отсутствие винчестера, слабая и минимум ОЗУ — это совершенно неприемлимо. Даже наоборот, на машинах использующих такую удаленную графическую оболочку все должно быть по максимуму (пожалуй только кроме винчестера), как и сейчас.
Объясню почему.
Я думаю многие знают про проекты распределенных вычислений @home. Взять хотя бы тот же SETI@home, и о том, что несмотря на успешный рост вычислительных мощностей, задачи для них растут еще быстрее.
Я думаю операционные системы будущего будут как раз базироваться на неком браузере и некой удаленной графической оболочкой. При этом максимальное количество вычислений будут происходить не на самой компьютере с такой ОС, а на множестве компьютеров распределенной сети вычислений. Это касаемо ПО.
По поводу железа, я думаю, производительность графические адаптеры, объем ОЗУ и мощность процессора будут только расти. Теперь по пунктам:
Графический адаптер — еще ни кто не отменял игры и другую мультимедию, а графика, как известно, попросту не может считаться и обрабатываться на удаленной машине. Да и удаленная графическая оболочка должна быть максимально красивой.
ОЗУ — опять же графика игры, да и сама удаленная графическая оболочка потребляют очень большое кол-во оперативки.
Процессор — «любишь кататься, люби и считать» — за использования ресурсов распределенной сети вычислений нада будет платить своими вычислительными ресурсами, слудовательно нужен мощный камень.
Ну и естественно все это возможно только при наличие ОЧЕНЬ высокоскоростных каналов. А пока народ тренируется, пробует разные технологии для реализации удаленного графического интерфейса и т.д,
З.Ы. Совершенно не понимаю, почему возникают такие вопросы. Посмотрите хотя бы как развивается Google — сначала Google.Doc, затем Chrome, который наверное и позицианируется как браузер для такой удаленной графической оболочки.
З.З.Ы. Думаю в качестве базы для данной данной ОС выберут легковестное ядро GNU/Linux и настанет долгожданный видекапец, т.к. Microsoft даже и не чешутся в данном направлении ).
З.З.З.Ы. Все это конечно чистое ИМХО, но я представляю себе это так.
А вообще, врят ли бы рискнул себе его поставить. Спасибо за обзор!