Как стать автором
Обновить
0
0

Пользователь

Отправить сообщение
У обеих сторон, по их заявлению, есть пруфы активной переписки

Да, действительно, собственник не отрицает общения. Вопрос в том, сколько это общение длилось.

Ложное представление сложилось из первого абзаца:
Общение Селектела с бывшим ген директором Геометрии Дегенау я не могу комментировать

То есть не с собственником.
Я знаю о том, что каждый раз когда мне звонил менеджер Селектела Михаил и говорил со мной я сразу включался в ситуацию и начинал делать все возможное в моих полномочиях.

То есть звонил раньше и решали раньше, а не в этот раз. :)

с типовым договором Васи Пупкина

Я не говорю, что там типовый договор :)

Сколько по Вашему стоило ждать?
Эти пункты для моих собеседующих были недостаточны, хотя тут все истина :)
Большинство запросов не сложные или их руками никто не пишет, а отдают на откуп фреймворку/cms.
На это не обязательно брать более квалифицированного разработчика, если задачи простые. :)
Узко мыслите, в таком случае, обе стороны довольно ясно сказали, что движений было много.

Где они это сказали? В цитатах такого нету.

ответственных за айти-архитектуру задумаются как минимум.

Хм, задумываться нужно при найме директора. А также: там сколько людей работало, все завязано на директоре, в это время никаких расчетов не было, даже ЗП не платили?

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

это повод эскалировать ответственность за решение этого вопроса на уровень выше

Уровень выше по словам Селектела морозился и у них есть переписка. :)
Возможно я что-то пропустил, но ссылок на apache.org не вижу

Апачу, как бы пофиг, какой мусор под ним бегает :)

Продублирую:
https://symfony.com/doc/current/setup/web_server_configuration.html

Вы используете что-то в стиле green sql? Если нет — ваше ядро не решает проблему

Имеется в виду это?
https://habrahabr.ru/post/117375/
Я Вам так скажу — это ерунда.
Да и эта приблуда — это сторонний софт, ни какое не ядро.
Да и зачем оно в случае с подготовленными выражениями на сервере?
Да и откуда оно решает, какие запросы правильные, а какие нет? Запретите пользователю, под которым бегаете в базу, допустим менять таблицы. Это более правильное решение.
Использование этой ерунды — еще один повод не думать и ни за что не отвечать. Грохнули базу — кивнул на эту штуку и все. :)

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

Каждый читает код?
Ага, щас.
Сколько лет жила уязвимость в openssl, HTTP_PROXY (это не фреймвморки, но смысл тот же)?
Большинство код не читает и не нужно строить иллюзии. Раньше может читали больше.

Вы так говорите, будто бы маппинг обязательно нужно делать руками.

Ок, прошлись по всему чему только можно и сгенерировали файл.
Но этот файл нужно перегенерировать, если что-то изменилось.
А так сказали френтэндерам, что вызывать и ничего не нужно перегенерировать.
Если файл будет автогенерироваться, то трудно будет вносить изменение в определенные методы по необходимости.
Нужно будет помнить, что этот файл под генератором и нужно поправить генератор. :)

Все это — дополнительное программирование, не дающее плюсов.

Использовать шаблонизатор, типа twig

Он сумеет понять, что запросе jquery нужно подключить файлы из папки jquery, но не факт, что все, а только те, что описаны в метафайле из этой папки? При этом не обязательно с папки с текущим шаблоном. Есть 2-фоллбек папки.

Вынести фронтенд в SPA

Разве скрипты не нужно подключать при этом? :)

При первом запуске он просканирует, что у вас есть и положит в кэш

Большинство скриптов не используется, это будет один большущий элемент кеша.
Нужно запрограммировать обход и правильную укладу/выборку в кеш.
А еще кешировать результат.
А также кеши у сайтов изолированы. То есть общую папку, в который лежит большинство скриптов, нужно дублировать всем.
А также писать генератор и поддерживать его в актуальном состоянии.

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

Вернее: гарантирует целостность передаваемых данных даже если пакеты придут не в том порядке.
Ни о каком огоньке в глазах у сотрудников речи не шло, все работали как везде — с 9 до 18, зачастую на отвали, посматривая на часы и надеясь, что отпустят пораньше.

Хм, мне интересно работать (наверное, как и большинству) :)
Но сидеть после 18 мне не интересно.
А также приветствую, когда можно уйти пораньше (у нас вообще с графиком нету проблем).
До этого в колледже я написала, от силы, двадцать строк на C

У нас даже экономисты пишут код в универе :)

но не умеют отличить абстрактный класс от интефейса

temujin
Какие их отличия? :)
Уточню:
Говорю о PHP, там куча разных расширений и без фреймворков. :)
Для фронтэнда JS хватает jQuery (это библиотека, а не фреймворк)

C++ без STL

А это не Стандартная библиотека шаблонов?

https://ru.wikipedia.org/wiki/Стандартная_библиотека_шаблонов
Стандарт языка не называет её «STL», так как эта библиотека стала неотъемлемой частью языка
Но решение алгоритмических задач уже чистая математика. Люди задающие задачи откуда-то из hackerrank автоматически идут лесом.
По своему опыту — тестовые задания гораздо показательнее, если они нормально задаются.

Большинство программистов просто выбирает из базы и сохраняет в базу.
Тут алгоритмы не нужны.

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

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


А иногда эффективнее писать без фреймворков :)
Абстрактный класс используется в отношениях «is» / «является», в то время как интерфейс это «can do» / «могу делать».

Мне кажется, это и есть суть.
Спасибо.

Просто мне не пришло бы в голову, допустим наследовать абстрактный класс Iterable() вместо имплементации интерфейса. :)
Видимо это я и не говорил на собеседованиях, остальное говорил.
Интерфейс предполагает имплементацию. То же самое.
Если не реализовать на каком-то колене, то такой класс нужно объявлять абстрактным. То же самое при имплементации интерфейса.
(PHP)
и простыми вопросами типа «чем отличается абстрактный класс от интерфейса»

В 4-ый раз за сегодня спрашиваю: чем же? :)
Пока получил вроде только 1 ответ :)
и никакие универские высшие математики либо точные науки не пригодились

Большая часть программирования не требует никакой математики:
выбрал данные в базе и сохранил обратно. :)

Но знание математики это плюс.

Кмк, к программированию проявляют способности / склонности больше как раз те, кому нравится математика.
Все же крутые ребята работают, которые задачки хорошо решают.

Они не задачи решают.

Они программируют ради программирования.
разницу между абстрактным классом и интерфейсом

Третий раз за сегодня в разных темах спрашиваю, а какая, собственно, разница? :)
+1
Я 2 раза успешно проходил собеседования, при этом указывая, что с такими-то технологиями я не работал.
Увольняли в течение месяца :)

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность