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

Веб разработчик

Отправить сообщение

Программисты используют prepared statement, а пример выше из древних курсов попова.

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

Вывод очень простой - читайте документацию полностью. Вся эта здоровенная статья высосана из малюсенькой части доки, там ещё и про итератор есть https://www.doctrine-project.org/projects/doctrine-orm/en/2.14/reference/batch-processing.html

Флаш можно использовать лишь один. В современной разработке используются команд бас и к нему в мидлеварях цепляется автоматический флаш и транзакции. https://symfony.com/doc/current/messenger.html#other-middlewares

С методом clear надо быть аккауратным - он чистит весь идентити мэп. Соответственно ранее вытащенные или сохранённые объекты не будут в ИМ и используя их в связях и других кейсах вы будете получать неожиданное поведение при попытке зафлашиться.

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

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

В том и беда, что за пределами очень узких кейсов мало имеющих отношение к реальной работе все это не работает.

Пришёл за реальными задачами, а увидел лишь сортировку пузырьком. Все мои попытки использоваться в работе Chantgpt оказывались далеки от реальной пользы. Максимум замена гугла для похода по первой же ссылке на SO, но такие вещи лучше делать самому и читать там комменты.

Проблема не в самих приложениях, а в Хромиуме лежащим в Электороне. Когда убивали прожорливый Флэш большинство не верило что HTML 5 станет ещё большим монстром. Производители ОС не хотят договариваться об общем АПИ, в итоге рождаются Электрон, Вайн, Параллелс, в итоге они ещё на дольше откладывают решение вопроса и заставляют пользоваться костылями.

Интересно было бы посмотреть на конкретные примеры проектов и найдённые в них уязвимости. Опыт подсказывает что такие автосгенеренные отчёты на 100% ложные срабатывания без возмозможности их эксплуатации.

Зачем набрасывать на другой фреймворк, хваля свой инструмент. У laravel прекрасная документация ещё со времён когда с ним столкнулся на версии 3, как и у большинства фреймворков. Есть перевод на русский язык.

Постоянно просматриваю и отвечан на вопросы в https://qna.habr.com/, там 99% вопросов имеют ответ в документации, но её такие вот "коллеги" не читают.

Так вся проблема у него именно из-за генерации. В случае наличия самого массива и проблемы с генерацией нет.

Не знаю питон, но сомневаюсь, что там для проверки числа нужно генерировать массив на миллион элементов. Почему больше-меньше не используется?

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

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

Для большинства языков свойственно - вызов функции медленнее чем вызов конструкции языка. Но с такими вещами по хорошему должен оптимизатор справляться.

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

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

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

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

Вот пример с глайдом, всего пару строк, если не хочется морочиться с конфигурированием сервера https://glide.thephpleague.com/2.0/config/integrations/laravel/

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

Может у вас кривой снап или флэтпак, потому долго грузится. А так открывается мгновенно, даже затестил на больших бинарных файлах в 59 мегабайт - мгновенно. 2 гига - 20 секунд, но дальше работает без тормозов.

Есть же Kate из коробки раз используете Kde.

Тот неловкий момент когда люди пишут без тестов, а твоя свежая фича ловит тестами 4 бага после ребейза на новый свежий develop. Коллеги залили свои две фичи и мой идеальный код перестал работать.

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

Картинка отлично демонстрирует суть. Навалили кучу хороших продуктов, а как есть непонятно.

  1. Супермегасеньёр - с чего ему должна быть интересна частичная занятость. Сам таким занимался и у тебя есть основная работа, на которой ты устаёшь, а потом левачишь. При этом берёшь минимум x4 от своего рейта. При этом не зная тонкостей и какой-то мелочи на проекте можешь легко накосячить. В итоге получается долго, дорого, не всегда качественно уж точно хуже фуллтайм специалиста.

  2. Стажёры будут делать свою работу некачественно и без перспектив роста. В компании вовсе должны быть процессы с обучением и совместной работы для роста команды.

  3. Фрилансера качественного трудно найти и опять же придётся переплачивать за партайм. При этом он не будет приносить пользу команде смотри пункт 2.

  4. Вы обманываясь думая что плюшки помогут держать команду, она будет разбегаться из-за плохих условий. Им назначают левого суперсеньёра, который будет лезть в проект не зная подробностей. Какие-то непонятные джуниор тестировщики с левыми багами. Левый фрилансер, чей проект им потом поддерживать и который не в одном стиле и стеке с командой.

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

Не по всем критериям, стек всё же устаревший. Но и он как бы жив, особенно после пандемии ;). У меня знакомый на таком же древнем языке RPG пишет для японского автопрома за 200 тыс $ в год за минусом налогов и имеет пачку других предложений о работе без срока давности.

Информация

В рейтинге
Не участвует
Откуда
Минск, Минская обл., Беларусь
Зарегистрирован
Активность