Виталий Хоменко

Рубин М.С. Основы ТРИЗ. Применение ТРИЗ в программных и информационных системах: Учебное пособие. – Санкт-Петербург, СПбГУ, Математико-механический факультет, Лаборатория системного программирования и информационных технологий (СПРИНТ), 2011. – 226 с.

От души и сердца советую срулить с этой темы.
Как я понимаю, Вы - админ, на которого взвалили это счастье.

Проблема в том, что задачу поставили как обычно, а именно наихудшим образом: "тыжпрограммист, автоматизируй всё... Денег нет, но надо чтобы ВАУ".

Вкратце дело такое:
1. Нужен аналитик. Который разберёт и опишет как у вас устроены процессы, соберёт требования к новым системам-организации и тому подобное.
2. Нужен консультант-советник-эксперт (лучше несколько). Он поглядит на то счастье, что выдал аналитик и подскажет направление (например, как Константин Нагибович выше написал). Несколько нужно для того, чтобы нивелировать туннельность мышления (а она есть практически у всех).
3. Нужен интегратор. Это уже образно, потому как сюда можно списать и ПМ-а, и проггеров и манаггеров. Они всё это реализуют, внедрят, допилят напильником, сделают инструкции и всё такое.

Ну... Допустим п.2 более-менее можно перекрыть интуицией, гиглингом, тостерингом и тому подобным.

Ну... Допустим п.3 будет поставляться продавцом ПО.

Но собственно первый пункт - это фундамент. Накосячив тут всё пойдёт насмарку, если не развалится.

Ваш босс хочет малыми силами решить большой вопрос и это понятно. Все мы хотим задёшево купить качественный удобный автомобиль (обувь-холодильник-дом...). Но этого не бывает.

Скорее всего вы думаете, что найдётся некий волшебный софт (желательно бесплатный), который установите и наступит счастье. Но вот нифига. Вам придётся либо натягивать сову на глобус - сиречь подстраивать бизнес под программу - либо делать под себя.

Вам очень непросто, потому что начальнику обычно не скажешь "чудес не бывает". Нечто, что будет автоматизировать закупки-продажи, услуги, производство и аренду одновременно? Ну-ну... Вам покажут какой-нибудь облачный комбайн типа той же Амо, МегаПлана или чего-то такого и вы пойдёте по их рельсам.

Другой вариант - найдёте занедорого поставщика-разработчика, вам что-то впарят, что будет "полностью соответствовать ТЗ" (они же сами его будут писать, верно?), снимут денег и поставят нечто несуразное.

Вы айтишник и Вам представить проще, что софт - это не волшебство. Ну нельзя к выбору дома подойти как "дом для большой семьи, чтобы один этаж можно было сдавать, где-то хранить за деньги сезонные шины, пару комнат оставить под пиццерию и..." Нужен проект с привязкой к местности, учесть что там с электричеством, газом, транспортной доступностью и ещё кучей всего. Это большая работа.

Продолжая аналогию - эти облачные комбайны это возможность вам въехать в некий ангар с перегородками, которые учитывают интересы сферического в вакууме большинства бизнесменов, а разработказанедорого - это сварить кучей несколько ЖД контейнеров и отделать вагонкой.

Если я буду расписывать все возможные варианты без исходных данных, на тему того, что у Вас уже есть и к чему склоняетесь лично - то у меня голова вскипит. Если хотите - добавляйтесь в скайп, обсудим Ваш вопрос "по факту". Все желающие могут добавиться, если хотите - организуем конференцию на эту тему.

Меньше всего технологий, пожалуй, это будет Ассемблер + C/C++, там одна основная технология - очень чёткое понимание всех принципов работы машины от А до Я. Но, на начальном этапе, без грамотного преподавателя, Ваше обучение может затянуться на годы. К тому же, с очень большой вероятностью у Вас не получиться отвертеться от других технологий, например, от баз данных. Хотя, есть конечно вариант устроится писать на чистом Си (или си-подобном языке), например, системный софт, допустим это будут программные виртуализаторы, но в этом случае Вам придётся знать не только сам язык, но и принципы работы целой кучи различной аппаратуры на самом низком уровне, например очень чётко понимать что такое сетевая карта, что такое пакет, что такое буфер памяти, что такое фрейм и так далее, вплоть до устройства ядра Linux/BSD/etc.

Другой вариант Java - но... тут тоже не всё так сладко. Хотя нет, наверное, меньший стек из мне известных - это пожалуй, C#-разработчики, не редко 1 разработчик пишет в каком-то одном вполне конкретном ключе, без вёрстки и настроек серверов и прочих "прелестей" и даже без баз данных, иногда. Но у C# - довольно большой "внутренний стек" и вот так вот с наскока, взять и писать на C# - не получиться, т.к. C# - это не только язык, но и огромная библиотека классов и готовых решений, поверх которой он построен (на которую он "натянут").

Так же, есть случаи, когда профессиональные PHP разработчики работают только с бэк-эндом, т.е. PHP + База данных. Но обычно в таких проектах объёмы БД исчисляются чуть ли не петабайтами, а обёъмы когда иногда достигают сотни мегабайт... за то, довольно "узкий стек".

В целом, мне встречались вакансии, и довольно не редко, где требуется человек "без лишнего ума", который знал бы как на 1.5 CMS'ках "побыстрому запилить сайт" и натянуть и возможно подправить немного готовый шаблон. Зарплата и уровень развития в таких компаниях и на таких вакансия - соответствующие.

И, пожалуй да, наверное самый просто вариант, это будет PHP + CMS "1с Битрикс". Это довольно популярная CMS, на довольно популярном языке, состоящая чуть менее чем полностью из "странно написанного кода" (мягко говоря), страшно тормозная, требующая специфических настроек сервера, и в идеале как минимум VPS, что бы сайт подавал признаки жизни. Но, не смотря на всё это - это довольно популярная в бизнес-сфере CMS (о причинах её популярности можно написать целую книжонку). То есть, учите PHP, учите 1с-Битрикс -> Профит, Вы битрикс-разработчик, знания всего остального в 95% случаев не обязательны.

Ну и ещё пожалуй, можно рассмотреть вариант изучения самого 1с (1с Бухгалтерия например). Я как человек сам плотно столкнувшийся с этой сферой - могу сказать, что глобальных знаний от таких разработчиков не требуется, ну кроме основ экономики и бух. учёта. И работы, в т.ч. удалённой - у них хватает. Более того, даже язык программирования, с которым Вам придётся работать - русифицирован, во всех смыслах этого слова.

Поработав на апворке и с заказчиками из СНГ могу ответственно заявить, что ключевых отличий нет.
Все зависит исключительно от капризов отдельно взятого клиента и его перфекционизма. А замороченный до мелочей человек может жить хоть в Омске, хоть в Нью-Йорке.

Лично сейчас вспомнил случай, как Российский заказчик выдвинул огромный лист требований. Кроме пиксель-перфект он например просил писать аннотации с оглавлением к каждому Sass-файлу. Потом мы проверяли отображение сайта на всех браузерах, оптимизировали скорость работы и много чего ещё. Нужно сказать, что сайт в итоге получился очень хорош. А на апворке редко когда сталкивался с клиентами, которые требовали вообще что то кроме просто хорошей верстки, которая работает во всех браузерах.

Мало жейквери, нужно больше жейквери.

Конечно коммиты видны будут, при мёрже просто создаётся новый мёрж-коммит, "сцепляющий" две ветки, и этот коммит помещается в ту ветку, в которую вы мержите.

Вообще то, что у вас на скрине - это нормальная ситуация. Если человеку нужны только коммиты в мастере, то его инструмент должен позволять ему посмотреть только их. Так что это не проблема наличия коммитов, а проблема того, где вы их смотрите.

Если уж вы действительно считаете, что некоторые коммиты "лишние" и их можно было бы объединить, почитайте про git squash. Только это желательно делать до пуша бранча, и уж точно до мёржа - сейчас мёрж-коммит намертво прицеплен к последнему коммиту из фичебранча.

Вообще почитайте лучше еще про Git и про ваш UI к нему, удаление коммитов из середины смёрженного бранча с точки зрения Git - абсолютно бредовая затея. В частности, почитайте про то, что такое ветки: это всего лишь перемещающиеся указатели на коммит, и при удалении ветки коммиты удалятся только в том случае, если они не были никуда зацеплены (смёржены). После мёржа удаление ветки - это лишь удаление указателя, которое как бы говорит нам, что разработка этого бранча закончена, и дальнейших коммитов в рамках этого бранча уже не будет.

для реализации связей в Yii2 не имеет значения какой движок установлен MyISAM, InnoDB или еще что-то. Нужно понимать что внешние ключи (FOREIGN KEY) - это механизм обеспечивающий прежде всего целостность данных и скорость выборки на уровне базы данных, но никак не влияющий на саму выборку данных. Настоятельно рекомендую прочитать по связям данных информацию в официальной документации

// UPDATE `customer` SET `age` = `age` + 1
Customer::updateAllCounters(['age' => 1]);

Извращенство чистой воды. magic-methods перепишите по-человечески

class Foo
{
  public function __call($name, $args)
  {
    var_dump($name, $args);
  }
}

$method = 'i-am-stupid-method';

$foo = new Foo();

$foo->{$method}();
call_user_func([$foo, $method]);

$ne_ochen_pavilnoe_nazvanie_methoda='add_price_unit_id_En-GB';
$this->product->$ne_ochen_pavilnoe_nazvanie_methoda();

Убери urlencode

Наймите админа который вам все настроит как надо.
Сейчас только ванговать можно, что, да как у вас там работает.

Используйте динамическую модель она позволит решить Вашу задачу

Здравствуйте!
1) Кэш включен?
2) Таймаут выставлен?
3) Хотя бы getfunctions срабатывает?
4) Еще бы сам вызов soapClient на php посмотреть

Вот inputmask называется. Очень удобно и много настроек.

Только база!!!! При работе с файлами у вас никогда не будет такого мощного средства как sql

в базу данных конечно. иначе почему вы не пользуетесь теми же файлами вместо базы просто для данных?

На календарь взгляните.