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

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

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

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

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

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

    Уровень выше по словам Селектела морозился и у них есть переписка. :)
  • PHP: неправильный путь
    0
    Возможно я что-то пропустил, но ссылок на 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

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

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

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

    Это программирование ради программирования.
    Ссылки давал.
    Но вы выводов не делаете, а упорно твердите одно и то же.
  • Квалификация коллег-программистов: ожидание и реальность
    +1
    байты всегда приходят в том порядке, что отправлены

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

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

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

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

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

    C++ без STL

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

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

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

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

    Но когда что-то сложнее, математика скорее даст плюс, чем минус. Вы и сами пример привели. :)
  • Дорогие стартапы, хватит задавать математические задачки, чтобы понять умею-ли я программировать
    0
    Вам ответили, каким боком:
    https://habrahabr.ru/post/309424/#comment_9799596
  • Дорогие стартапы, хватит задавать математические задачки, чтобы понять умею-ли я программировать
    0
    А вот фреймворки везде свои. И зачастую эффективно может писать только программист, имевший несколько месяцев (а то и лет) опыта работы с фреймворков.


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

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

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

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

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

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

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

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

    Они программируют ради программирования.
  • Дорогие стартапы, хватит задавать математические задачки, чтобы понять умею-ли я программировать
    0
    разницу между абстрактным классом и интерфейсом

    Третий раз за сегодня в разных темах спрашиваю, а какая, собственно, разница? :)
  • Дорогие стартапы, хватит задавать математические задачки, чтобы понять умею-ли я программировать
    0
    +1
    Я 2 раза успешно проходил собеседования, при этом указывая, что с такими-то технологиями я не работал.
    Увольняли в течение месяца :)
  • Дорогие стартапы, хватит задавать математические задачки, чтобы понять умею-ли я программировать
    +1
    в одной компании мне дали задачку на весы: есть обычные чашечные весы — больше, меньше, равно, за сколько взвешиваний можно найти дефект массы в одном из 13 шариков и почему так?
    У них это используется?
    Если нет, то нефиг спрашивать.
    Мне дали другую задачу). В итоге, проверяется сообразительность.
    Другую задачу дали бы в любом случае. :)
    Я думаю, что если бы она сразу предупреждала интервьюера о том, что она математик
    Они не спрашивали образование? :)
  • Дорогие стартапы, хватит задавать математические задачки, чтобы понять умею-ли я программировать
    0
    Из своего опыта могу сказать, что шанс, что крутой математик будет неспособен к рутинному промышленному программированию, близок к 100%.

    В школе и универе был крутым математиком :)
    Если проекту нужен формошлепер / верстальщик, то ему не нужен математик. :)
  • Дорогие стартапы, хватит задавать математические задачки, чтобы понять умею-ли я программировать
    0
    Это я к чему: есть подозрение, что это какая-то очень распространненая болезнь из стран бывшего СССР.

    Девушка из штатов…

    А тут оратор https://habrahabr.ru/post/309424/#comment_9799744
    говорит, что оценка сложности — это никакая не математика. :)
  • Дорогие стартапы, хватит задавать математические задачки, чтобы понять умею-ли я программировать
    0
    как перестать заморачиваться над оптимизацией и просто начать писать код?

    Я, когда есть несколько решений с разными временными расходами (и не только), спрашиваю тим-лида какое взять, указывая ± каждого.
  • Дорогие стартапы, хватит задавать математические задачки, чтобы понять умею-ли я программировать
    0
    Потому что описание вакансии — это лишь предварительные пожелания к кандидату, не более того.

    Кстати да.
    У меня явно в резюме указано одно.
    Мне приходит вакансия, где указаны совсем другие требования :)
    Говорю: Я ж этого не знаю. А они: Та пох, выучишь. :)

    А также часто в вакансиях указывают модные слова, которые на проекте не используются и не собираются :)
  • Дорогие стартапы, хватит задавать математические задачки, чтобы понять умею-ли я программировать
    0
    Скорее всего так оно и было. В вакансии, помимо указания знания алгоритмики, точно был указан ЯП и еще кучу всего.

    Она год после универа. Откуда у нее будет 10 лет опыта? :)
    Работодатель ССЗБ.
  • Дорогие стартапы, хватит задавать математические задачки, чтобы понять умею-ли я программировать
    0
    То есть даже нет объяснения того, как и где нам эти знания помогут в будущем.

    Это все вузы такие в большинстве случаев такие (у нас в Украине). Напихают разного мусора в студента и получат денег из бюджета.
    Но именно вышку нам хорошо преподавали. Да и в задачы обычно не абстрактные в вакууме были.

    Интеграл — площадь чего-то, расстояние, количество (от времени).
    Производная — скорость процесса, нахождение экстремумов.
    Это еще из школы помню.
    Транспортные задачи — логистика.

    Меня не особо на собеседованиях спрашивали по алгоритмам вышки или другим разделам математики, которых я не изучал. Зачастую хватало смекалки.
  • Дорогие стартапы, хватит задавать математические задачки, чтобы понять умею-ли я программировать
    +1
    Только если это используется в проекте.
    А то собеседующие корчат из себя на собеседования непойми что, первый раз видя вопросы и ответы на них. :)
  • PHP: неправильный путь
    0
    Если вы в проекте дописываете .htaccess — это нихрена не конфиг по умолчанию

    Я для чего давал ссылку на документацию?

    В том же nginx+php-fpm в принципе отсутствует поддержка динамической настройки сервера.

    Та плевать. Там что, конфигов нету? :)

    Верно, но смею заметить, что вы со своим 50к ядром точно в такой же ситуации))

    Я не говорю, что мое ядро защищает.
    Я говорю, что нужно думать.
    htmlspecialchars() — не 100% гарантия от XSS.
    То что фреймворк защищает от SQL-инъекций (ибо работает через PDO) не означает, что он защичит, если пихнуть plain SQL.
    А также гораздо проще самому обеспечить безопасность 50 кБ, нежели надеятся, что это сделают за тебя другие в 20 МБ. Кто-то проводит аудит фреймворков самостоятельно?

    Вы изначально хотите каку сделать)) Под статику достаточно реализовать маппинг и уже на его основании делать сборку. __call тут ну вот ни капли ни при чем.

    Вы не дочитали.
    У нас может быть 100500 скриптов, которые динамично меняются.
    Мапить 100500 скриптов это псевдопрограммирование, да и Fesor говорил, что в классе должен быть только 1 публичный метод :)

    этот подход — днище.

    А как лучше? :) (Сейчас я этот подход не использую, уволился с той работы. На текущей работе нету никаких версий скриптов, все собирается gulp-ом, в личных проектах тоже все работает на одной версии)

    Все верно, но и магия тут тоже вот ни капли не нужна)).

    Так без магии нужно все это делать… :)
  • Квалификация коллег-программистов: ожидание и реальность
    0
    А заявленные вендорами плюсы технологии, это в большинстве случаев маркетинговый булшит.

    А я на них не ведусь :)
    Фреймворки не решают моих задач.
    Тут дискуссия: https://habrahabr.ru/company/mailru/blog/308788/

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

    Пускай технология созреет.
    Пускай другие на ней набьют шишек, а мы посмотрим. :)
    Прыгать с технологии на технологию (не версию) не стоит, если нету проблемы в текущей технологии или плюсов новой. Разве начинать новые проекты.
    А также на новую технологию сложнее найти специалистов.
  • Квалификация коллег-программистов: ожидание и реальность
    0
    а) Хз, но вряд ли в вузах учат актуальным технологиям :)
    Хорошо, если человек о них читал сам.

    б) Неактуальные знания при желании можно обновить. Просто на самом деле не многим проектам нужно что-то, кроме LAMP (если говорить о веб).

    Если результат нужен здесь и сейчас, то лучше поставить на опытного с требуемым опытом (с требуемой технологией, возможно старой версии, вряд ли новая так уж сильно уехала вперед).
    Если можно подождать, то можно на умеющего думать без опыта. Опыт дело наживное.
    Некоторые компании берут на стажировку / стипендию, но таких мало.

    А еще бы я оценивал по собственным проектам. Но тут тоже вряд ли будут сверхтехнологии.
    Я стал программистом как раз потому, что захотел реализовать свой проект. :)
    Главное, чтобы человек умел думать.
    Умение думать тупыми тестами IQ проверять не стоит.
  • Квалификация коллег-программистов: ожидание и реальность
    –1
    Ну а зачем тогда создавалась возможность по разрешению конфликтов?

    Конфликтов желательно избегать, а то одному не всегда понять, как его решить. С одной ветки пришло одно, с другой другое. :)

    Я тоже, как начал более нормально работать с git-ом (до этом только умел add|commit|push|pull и он мне жутко не нравился, так как вся разработка была в одной ветке, мастер правили на сервере по живому) думал так.
    Но если есть необходимость работать с тем же куском кода в один день, то лучше не вносить правки до того, как коллега не запушит свои коммиты и не даст зеленый сигнал.
  • Квалификация коллег-программистов: ожидание и реальность
    0
    Нет, кругозор нужно расширять, иначе мы не узнаем есть ли плюсы от новых технологий.
    Но применять их нужно, если от них есть выгода. А не потому что все крутые перцы пишут на %framework_name% и на вас криво смотрят.
  • Квалификация коллег-программистов: ожидание и реальность
    0
    Странно, что у Вас начальник по блату :)

  • Квалификация коллег-программистов: ожидание и реальность
    0
    как скажем в 20

    В 20 лет сложновато отстать на 10 лет.
    А особенно иметь 10 лет опыта. :)
    Да и новые технологии можно подтянуть, если умел пользоваться старыми. :)
  • Квалификация коллег-программистов: ожидание и реальность
    0
    библиотека гугла на диске занимает 24 мегабайта!!!1

    Нафиг такие библиотеки:
    https://habrahabr.ru/post/140581/
    Они развивают псевдопрограммирование.
  • Квалификация коллег-программистов: ожидание и реальность
    0
    Развиваться технологически ради самого факта новый технологий сомнительно. Должны быть плюсы от этих технологий.
  • Квалификация коллег-программистов: ожидание и реальность
    +1
    неспособные даже рассказать, в чем отличие абстрактного класса от интерфейса

    Так в чем же отличие? :)
    Мне постоянно говорят, что я неправильно отвечаю на этот вопрос :)
  • PHP: неправильный путь
    –1
    При чем тут настройки веб-сервера?)))))

    Они корень проблемы. Если favicon нету, то не должен подниматься фреймворк…

    Как он умудрился с помощью этого запроса обновить данные в базе?!)))))))

    Я тоже в той статье об этом интересовался :)

    Вы только об этом и говорите + спамите. Если-бы вы подобное не говорили — не было-бы этого диалога ;)

    Так что, мне все таки не стоит смотреть на другие фреймворки, так как там все равно нету того, что мне нужно? :)
    Как-то подло говорить, а посмотри-ка еще фреймворк A, зная, что там нету искомого. Сусанины :)
    Я не понимаю, почему Вы пытаетесь меня переубедить, что мне нужно использовать фреймворки? :) Это напоминает уже упомянутый спор атеиста и католика :)

    Это не наследование, это доступ к методам в шаблоне — вы же об этом спрашивали. Теперь технично пытаетесь срулить))))


    Я понял, что под этим
    «Наследует»?! Имеет доступы к параметрам и методам?

    Вы понимаете наследование методов.

    Но и зачем эти методы вызывать в шаблонах? :)
  • Мнение хабра: отключать или нет крупный сайт задолжавший 450 000 рублей?
    0
    А с чего Вы решили, что портал, у которого есть какие-то трудности и который является крупнейшим в своей ниши есть бездонная бочка и что он морозился бы дальше? Вы владеете какой-то инсайдерской информацией с любой из сторон?

    Тут, наверное, большинство не владеет. :)
    Да и статья как бы спрашивает мнение. :)
    Просто не было никаких движений, до того, как их вырубили, собственник был якобы не в курсах. :)
    Не вырубили бы, то директор и дальше бы воровал, не платили бы за хостинг, а собственник был бы не в курсах. :)
    Может это всем пошло на пользу? :)

    Про бездонную бочку — это больше в общем, как продолжение про банки.
    Но ей 3 мес и выступал проект.
  • Масштабирование базы данных через шардирование и партиционирование
    0
    Ну так ежу понятно…

    Сорри, не заметил:
    но работа на стыке двух лет портит всю малину.

    Но если бОльшая часть запросов к последнему периоду, то должны поиметь профит :)

    У Вас только 2 партиции: архив и текущая?
    Тогда можете и не заметить ускорения.

    Можно не мигрировать, а чтобы создавались новые партиции автоматически для каждого года.