У обеих сторон, по их заявлению, есть пруфы активной переписки
Да, действительно, собственник не отрицает общения. Вопрос в том, сколько это общение длилось.
Ложное представление сложилось из первого абзаца:
Общение Селектела с бывшим ген директором Геометрии Дегенау я не могу комментировать
То есть не с собственником.
Я знаю о том, что каждый раз когда мне звонил менеджер Селектела Михаил и говорил со мной я сразу включался в ситуацию и начинал делать все возможное в моих полномочиях.
То есть звонил раньше и решали раньше, а не в этот раз. :)
Большинство запросов не сложные или их руками никто не пишет, а отдают на откуп фреймворку/cms.
На это не обязательно брать более квалифицированного разработчика, если задачи простые. :)
Узко мыслите, в таком случае, обе стороны довольно ясно сказали, что движений было много.
Где они это сказали? В цитатах такого нету.
ответственных за айти-архитектуру задумаются как минимум.
Хм, задумываться нужно при найме директора. А также: там сколько людей работало, все завязано на директоре, в это время никаких расчетов не было, даже ЗП не платили?
Возможные проблемы нужно урегулировать в договорах, что и делают, и выбивают для себя лучшие условия.
Это не проблема айти-архитектуры.
это повод эскалировать ответственность за решение этого вопроса на уровень выше
Уровень выше по словам Селектела морозился и у них есть переписка. :)
Вы используете что-то в стиле green sql? Если нет — ваше ядро не решает проблему
Имеется в виду это? https://habrahabr.ru/post/117375/
Я Вам так скажу — это ерунда.
Да и эта приблуда — это сторонний софт, ни какое не ядро.
Да и зачем оно в случае с подготовленными выражениями на сервере?
Да и откуда оно решает, какие запросы правильные, а какие нет? Запретите пользователю, под которым бегаете в базу, допустим менять таблицы. Это более правильное решение.
Использование этой ерунды — еще один повод не думать и ни за что не отвечать. Грохнули базу — кивнул на эту штуку и все. :)
Экосистема больших фреймворков тем и подкупает, что аудитором (пусть и косвенно) является каждый, кто его использует.
Каждый читает код?
Ага, щас.
Сколько лет жила уязвимость в openssl, HTTP_PROXY (это не фреймвморки, но смысл тот же)?
Большинство код не читает и не нужно строить иллюзии. Раньше может читали больше.
Вы так говорите, будто бы маппинг обязательно нужно делать руками.
Ок, прошлись по всему чему только можно и сгенерировали файл.
Но этот файл нужно перегенерировать, если что-то изменилось.
А так сказали френтэндерам, что вызывать и ничего не нужно перегенерировать.
Если файл будет автогенерироваться, то трудно будет вносить изменение в определенные методы по необходимости.
Нужно будет помнить, что этот файл под генератором и нужно поправить генератор. :)
Все это — дополнительное программирование, не дающее плюсов.
Использовать шаблонизатор, типа twig
Он сумеет понять, что запросе jquery нужно подключить файлы из папки jquery, но не факт, что все, а только те, что описаны в метафайле из этой папки? При этом не обязательно с папки с текущим шаблоном. Есть 2-фоллбек папки.
Вынести фронтенд в SPA
Разве скрипты не нужно подключать при этом? :)
При первом запуске он просканирует, что у вас есть и положит в кэш
Большинство скриптов не используется, это будет один большущий элемент кеша.
Нужно запрограммировать обход и правильную укладу/выборку в кеш.
А еще кешировать результат.
А также кеши у сайтов изолированы. То есть общую папку, в который лежит большинство скриптов, нужно дублировать всем.
А также писать генератор и поддерживать его в актуальном состоянии.
Это программирование ради программирования.
Ссылки давал.
Но вы выводов не делаете, а упорно твердите одно и то же.
Ни о каком огоньке в глазах у сотрудников речи не шло, все работали как везде — с 9 до 18, зачастую на отвали, посматривая на часы и надеясь, что отпустят пораньше.
Хм, мне интересно работать (наверное, как и большинству) :)
Но сидеть после 18 мне не интересно.
А также приветствую, когда можно уйти пораньше (у нас вообще с графиком нету проблем).
Но решение алгоритмических задач уже чистая математика. Люди задающие задачи откуда-то из hackerrank автоматически идут лесом.
По своему опыту — тестовые задания гораздо показательнее, если они нормально задаются.
Большинство программистов просто выбирает из базы и сохраняет в базу.
Тут алгоритмы не нужны.
А на собеседовании нужно проверять то, с чем сталкивались сами, а не сферических коней.
Но когда что-то сложнее, математика скорее даст плюс, чем минус. Вы и сами пример привели. :)
Абстрактный класс используется в отношениях «is» / «является», в то время как интерфейс это «can do» / «могу делать».
Мне кажется, это и есть суть.
Спасибо.
Просто мне не пришло бы в голову, допустим наследовать абстрактный класс Iterable() вместо имплементации интерфейса. :)
Видимо это я и не говорил на собеседованиях, остальное говорил.
Интерфейс предполагает имплементацию. То же самое.
Если не реализовать на каком-то колене, то такой класс нужно объявлять абстрактным. То же самое при имплементации интерфейса.
(PHP)
Да, действительно, собственник не отрицает общения. Вопрос в том, сколько это общение длилось.
Ложное представление сложилось из первого абзаца:
То есть не с собственником.
То есть звонил раньше и решали раньше, а не в этот раз. :)
Я не говорю, что там типовый договор :)
Сколько по Вашему стоило ждать?
На это не обязательно брать более квалифицированного разработчика, если задачи простые. :)
Где они это сказали? В цитатах такого нету.
Хм, задумываться нужно при найме директора. А также: там сколько людей работало, все завязано на директоре, в это время никаких расчетов не было, даже ЗП не платили?
Возможные проблемы нужно урегулировать в договорах, что и делают, и выбивают для себя лучшие условия.
Это не проблема айти-архитектуры.
Уровень выше по словам Селектела морозился и у них есть переписка. :)
Апачу, как бы пофиг, какой мусор под ним бегает :)
Продублирую:
https://symfony.com/doc/current/setup/web_server_configuration.html
Имеется в виду это?
https://habrahabr.ru/post/117375/
Я Вам так скажу — это ерунда.
Да и эта приблуда — это сторонний софт, ни какое не ядро.
Да и зачем оно в случае с подготовленными выражениями на сервере?
Да и откуда оно решает, какие запросы правильные, а какие нет? Запретите пользователю, под которым бегаете в базу, допустим менять таблицы. Это более правильное решение.
Использование этой ерунды — еще один повод не думать и ни за что не отвечать. Грохнули базу — кивнул на эту штуку и все. :)
Каждый читает код?
Ага, щас.
Сколько лет жила уязвимость в openssl, HTTP_PROXY (это не фреймвморки, но смысл тот же)?
Большинство код не читает и не нужно строить иллюзии. Раньше может читали больше.
Ок, прошлись по всему чему только можно и сгенерировали файл.
Но этот файл нужно перегенерировать, если что-то изменилось.
А так сказали френтэндерам, что вызывать и ничего не нужно перегенерировать.
Если файл будет автогенерироваться, то трудно будет вносить изменение в определенные методы по необходимости.
Нужно будет помнить, что этот файл под генератором и нужно поправить генератор. :)
Все это — дополнительное программирование, не дающее плюсов.
Он сумеет понять, что запросе jquery нужно подключить файлы из папки jquery, но не факт, что все, а только те, что описаны в метафайле из этой папки? При этом не обязательно с папки с текущим шаблоном. Есть 2-фоллбек папки.
Разве скрипты не нужно подключать при этом? :)
Большинство скриптов не используется, это будет один большущий элемент кеша.
Нужно запрограммировать обход и правильную укладу/выборку в кеш.
А еще кешировать результат.
А также кеши у сайтов изолированы. То есть общую папку, в который лежит большинство скриптов, нужно дублировать всем.
А также писать генератор и поддерживать его в актуальном состоянии.
Это программирование ради программирования.
Ссылки давал.
Но вы выводов не делаете, а упорно твердите одно и то же.
Вернее: гарантирует целостность передаваемых данных даже если пакеты придут не в том порядке.
Хм, мне интересно работать (наверное, как и большинству) :)
Но сидеть после 18 мне не интересно.
А также приветствую, когда можно уйти пораньше (у нас вообще с графиком нету проблем).
У нас даже экономисты пишут код в универе :)
temujin
Какие их отличия? :)
Говорю о PHP, там куча разных расширений и без фреймворков. :)
Для фронтэнда JS хватает jQuery (это библиотека, а не фреймворк)
А это не Стандартная библиотека шаблонов?
https://ru.wikipedia.org/wiki/Стандартная_библиотека_шаблонов
Большинство программистов просто выбирает из базы и сохраняет в базу.
Тут алгоритмы не нужны.
А на собеседовании нужно проверять то, с чем сталкивались сами, а не сферических коней.
Но когда что-то сложнее, математика скорее даст плюс, чем минус. Вы и сами пример привели. :)
https://habrahabr.ru/post/309424/#comment_9799596
А иногда эффективнее писать без фреймворков :)
Мне кажется, это и есть суть.
Спасибо.
Просто мне не пришло бы в голову, допустим наследовать абстрактный класс Iterable() вместо имплементации интерфейса. :)
Видимо это я и не говорил на собеседованиях, остальное говорил.
Если не реализовать на каком-то колене, то такой класс нужно объявлять абстрактным. То же самое при имплементации интерфейса.
(PHP)
В 4-ый раз за сегодня спрашиваю: чем же? :)
Пока получил вроде только 1 ответ :)
Большая часть программирования не требует никакой математики:
выбрал данные в базе и сохранил обратно. :)
Но знание математики это плюс.
Кмк, к программированию проявляют способности / склонности больше как раз те, кому нравится математика.
Они не задачи решают.
Они программируют ради программирования.
Третий раз за сегодня в разных темах спрашиваю, а какая, собственно, разница? :)
Я 2 раза успешно проходил собеседования, при этом указывая, что с такими-то технологиями я не работал.
Увольняли в течение месяца :)