Ну, вы писали о том что ноете руководителю, значит у вас нормальные отношения и можете договориться чтобы выделять пару часов в неделю на проект в рабочее время, как в гугле. Главное, не делать что-то за спиной руководства и как некоторые фрилансят или клепают свои проекты без ведома начальства.
Личный опыт на двух разных ноутбуках. и на разных ОС, везде по ощущениям выигрыш в скорости, силиконовые тесты не проводил. У меня пропадает лишних ~5G, но по скорости лучше. Софт типо фотошопа и 3d max не использую, так что больше 2G съедается лишь при запущеной игрушке, в рабочем решиме потребляется 1-2G и это с java IDE
я чего-то не понимаю про ваш шаблон? мне казалось у вас примерно такой код должен быть
file_put_contents('file.otd', str_replace($arraySearch, $arrayReplace, file_get_contents('file.odt')))
По программерской лестнице тоже бывает работа для зарабатывания, когда платят очень много. но приходится работать с говнокодом с многолетним легаси кодом.
Как решаем — как с обычными задачами. Определяем с оунером скоуп необходимых фич, бьём их на таски с оценками в идеальных часах и выбираем столько, сколько влазит в отведённый отрезок времени с учётом нашего велосити. Собственно оунер сам видит за сколько времени мы можем одолеть весь скоуп, может обсудить некоторые оценки, поменять требования чтобы успеть. Оунер прекрасно понимает, что мы ограничены в возможностях и что деветь женщин не могут родить ребёнка за один месяц.
p.s. Не знаю что Вы мне пытались инсинуировать вторым комментарием, но уж поверьте опыта и знаний у меня предостаточно, работал в шарашкиных конторах, на фрилансе, в типичных компаниях, в продуктовых и на крупном проекте для IBM. За последнее время у нас один день овертайма, связанный с празднованием 7-го октября, а так — спокойный рабочий процес бес значимых эксцесов.
lair мы такие «проблемы» решаем командой каждые две недели на скрам плэнинге. У нас вовсе нет менеджеров, так как все специалисты высокого уровня и каждый способен самостоятельно решать любые проблемы.
Отсюда и основная проблема менеджеров там где они есть — плохие и разнородные команды, где нужно за всеми присматривать. Поэтому в таких местах кроме менеджеров появляются ещё аккаунт-менеджеры и бизнес аналитики и прочие сопутствующие должности.
я и написал — «подстраивайте под команду», это не абсолютная истина, но показывает к чему нужно стремиться.
здесь очень простые тезисы: планируй, занимайся одним делом. Сами же прилепили тег аджайл, а сейчас спорите с его принципами.
20 тасков на человеке и два ещё неведомо откуда появившишься это эпик фейл для любой команды и любого проекта.
Вы можете и дальше лепить минусы и портить советчику карму, но карма у меня виртуальная, а ваша работа и проблемы настоящие, они останутся.
Если люди у вас работают над одним кодом, то вам в любом случае придётся конфликты. В случае с гитом, он в большинстве случаев всё смержит сам. В случае с локами, кому-то либо придтся ждать, либо реп разлочится, правки внесутся, а затем появится со своими праваками чел, который лочил файл. Вам в таком случае придётся решать два конфликта — вручную мержить правки, проведывать в больнице чувака который разлочил файл и доставил эротическое удовольствие ручного мержа челу, который справедливо ожидал что файл никто не тронет.
>>Разработчик — человек, при этом работает с несколькими проектами одновременно
Тем более, работал с VSS много лет назад, было весело вылавливать человека с отпуска или болезни чтобы он расчекинил файлик. Инструменты должны помогать, а не мешать. Ну забыл, сделает ребейс, поправит конфликты если будут и смержите. У нас больше сотни человек над одним проектом трудились, а пулл реквесты, особенно в ядро месяцами не мержились и ничего, когда подходила очередь всё смерживалось без особого гемора.
p.s. Из agile: Люди и взаимодействия важнее, чем процессы и инструменты; Так что gribozavr прав, у вас проблема в этом месте
Для Blitz есть решение м подключением скрипта вместо экстеншина. Самое смешное, что этот шаблонизатор появился лишь потому что автору нужно было ускорить проект использующий богомерзкий xtemplate. Сейчас особого смысла его использовать нет: где нужна скорость лучшие выбирать голый php или шаблонизацию на клиенте, где важно удобство и скорсоть разработки — используется twig или smarty.
Вы можете посмотреть и пощупать бесплатную версию, удобство понятие относительное. Скажем так, дискомформа при использовании особого не чувствовал, хотя и особо похвалить не могу, но я программист, так что по мне судить сложно.
Вот кустомизация в вебинтерфейсе — я оценил как очень достойную, другое дело серверсайд :(. Продукт вы можете подстраивать под себя без написания кода до определённого момента.
Наоборот, теперь понятно, что затык был не в коде. Вам стоилос начать с включения отображения ошибок. Советую Вам вручную устанавливать директорию для сессий session_save_path($_SERVER['DOCUMENT_ROOT']. 'session/') и прочие темповые директории тоже, а то на шаредах часто бывает что tmp забита и падает либо скорость, либо вовсе затык как у вас.
PHP это обёртка над когда-то перловыми, а нынче сишными библиотеками, так что билиберды с параметрами и названиями во многом тянется ещё оттуда, чтобы сишникам было проще входить в php. Собственно быстрая популяризация языка во многом с этим и связана. Так что здесь язык никому ничего не должен.
С типизацией стоит разобраться, в доке всё хорошо расписанно, но так как много заморочек остаётся, нужно самому явно приводить к нужному типу, тем более что во входных данных может быть ещё куча мусора, например, пробелы в начале и конце и т.д.
