Спасибо вам за замечания! по сути ради таких комментов и пишу статьи, т.к. в живую фидбека по своему коду получаю очень мало и начал стараться обмениваться опытом в формате статей
Единственное, в чем вы не правы это
И последнее: на хакатоне можно писать как угодно, т.к. мы спешим, и инструменты настраивать некогда
Популярное заблуждение. Быстрокодить можно на хакатонах, где важен результат выполнения функций, а не сама функция. Здесь же недельный хакатон результатом которого должна быть функциональная система - иначе я бы наделал CRUD на fastify + nodejs и вообще бы не парился со слоями - контроллер, репозиторий, сервисы, орм и тп, есть варианты сделать это куда проще без поднятия Symfony)
По сути я и не писал каго-то прям кода с бизнес логикой, сложной выборкой или еще чем-то, чуть не дотянул до этого, еще бы пару дней) по идее все написанное мною это аккуратный бойлерплейт не более
Спасибо, но думаю опытные симфони разработчики еще придут и аргументированно насуют мне ) аргументов, как сделать код лучше и что можно было бы использовать еще. Но пока минусующие за низкий технический материал и неконструктивное общение молчат, хотя ревью и конструктив всегда приветствую!
В ентерпрайзе где я работал так и не встретил его, по этому ушел на симфони раньше чем появились эти фичи. 10+ лет уже не доходят переписать проект с пхп 5.6 на 8 у одного из сайтов, все работает и так приемлемо)
З.ы я вообще фронтендер и симфони учил из-за того что на трёх работах подряд она на беке, да и порог входа у нее весьма демократичный
Всегда скептически отношусь к таким сравнениям. Очевидно же, что в песочнице код которого меньше, будет работать побыстрее. Но это на короткой дистанции. Нужны ли ентити? Ну в codeigniter есть cmodel ,что по сути тот же подход работы с моделью. Так где бд там и crud, странный вопрос. Далее орм над бд, вы или руками все прописываете и в пхпадмин сидите, или руками составляете миграции, что в 2023 году мне делать лень, да и орм делает это лучше меня. Ну и в конечном подходе можно сказать, что твиг тоже можно выкинуть и склеивать строчки самостоятельно, так быстрее же в коде будет. Я писал на codeigniter 6+ лет, мне надеоло писать бойлерплейт видя как другие программисты делают тоже самое за секунды из терминала
В сравнении с codeigniter, например можно было бы в терминале все Entity и crud для всех сущностей надиктовать включая связи, а формбилдер симфонишный ещё и времени сэкономит, не понимаю почему ещё против scss, когда он даже в bootatrap присутствует. В общем в сухом остатке я на симфони сделал бы такой объем работы тупо быстрее и качественнее, чем писать весь бойлерплейт на codeigniter
Чем ваше решение лучше бесплатных решений? Какое комьюнити вы собираетесь организовать вокруг решения? Если мне для разработки сайта с вашим готовым кодом все равно надо нанимать разработчика , то что же в этом готового? Как у вас с поддержкой? Исходники в открытый доступ для независимой оценки экспертами с хабра не желаете выложить?
Получается,что я увидев фото среди гугл картинок и позже воспроизведя часть своих воспоминаний в цифровом формате с фото, должен роялти некому фотографу, за то что увидел фото?
Хочу заметить, что про убийства какой-то нации первыми начали говорить тут вы. Именно вы внесли политику и Украину в тред, пожалуйста, не нужно. Хабр не про это. Не нужно извращать шутку про управление дроном на дому и применять ее к определенной нации. Не разжигайте.
Ну лично я стараюсь проверить наличие перевода в ру сегменте чтобы иметь возможность если что перевести что-то более актуальное и не тратить время. А так в целом можно тогда и просто с ру сегмента скопировать на хабр - тут же ещё не было. Ну и это не первый повтор автора https://habr.com/ru/post/660825/#comment_24261705 вот повтор уже с хабра вам. А вот вам ещё повтор перевода автора
А это третий уже, вот я и спросил. За такие вопросы правда минусов и в карму отхватил, но я мне все равно интересно про галеры и мотивацию таких авторов.
Спасибо, теперь понял политику. Если статья перевод статьи отсутствует на хабре, но есть в рунете - то все равно публикуем на хабр свой перевод и собираем просмотры. Гуглить ее наличие в рунете не обязательно типа) аргумента "на хабре еще не было" уже достаточно для публикации)
Забавно, когда старший продуктовый дизайнер не последнего банка в стране, для корпоративной публикации вставляет картинку из клипарта, а потом что-то пытается рассказать про дизайнерские скиллы? + Сама картинка такая, что я как и другие комментаторы просто пролистал пост, чтобы почитать комменты на тему этой картинки и оставить свое мнение на тему дизайна.
`Одна из ценностей Райфа саморазвитие и важно, чтобы сотрудник думал о росте своих навыков. `
Надеюсь вы действительно подумаете над своим саморазвитием и в следующих публикациях мы увидим авторские иллюстрации
Представьте, что вы собираетесь мне что-то рассказать в виде монолога на 45минут и одновременно разрешаете мне уходить и приходить во время вашего монолога, а потом через 45минут монолога, вы приглашаете меня к дискуссии на прослушанную тему, а я вам ничего ответить не могу (как и остальные в целом под этим постом) потому что я за 45минут 2раза отходил и часть ваших реплик пропустил, мне ваш пост интересен и + свой вам поставил, но весь объем все равно не осилил т.к. даже пополам это прочесть нельзя из-за связности текста. Мои слова к спешке это как раз про тему весь материал за 1 раз, будто больше вам нельзя писать и вы куда-то опаздываете
Склоняюсь больше к вашему мнению в этом вопросе с hasOwnProperty т.к. сам за последние 10 лет разработки ничего в prototype не писал руками, это было только во времена ES5. без эмоций и других убеждений, тупо на своем опыте - я этим не пользовался десяток лет (prototype) - так что в итоге в 2023 году, если вы не поддерживаете мамонта, то возможно hasOwnProperty излишне использовать тем-более что есть более лаконичные варианты. Что касается поддержки, то это наверное вообще не тот тред, обратите внимание, что у меня в tsconfig установлен target - ESNEXT и если вам хочется вдохнуть старины (полифилов для стабильной и крутой поддержки) babel вам в помощь! особо сочуствующие могут и в core-js деньгу занести)
p.s. что касается тех, кто все-таки пишет и переживает за prototype, то мне кажется это должно быть на их совести и ответственности, пользоваться таким не запрещено, но точно с умом нужно подходить к таким вещам, понимая, что сторонние разрабы тебе соломку могут и не постелить
Хороший материал! Но это уже слишком лонгрид, постарайтесь разбивать публикации на одну-две законченные мысли, так и развивать проще их и фидбек получать, даже при всей заинтересованности и желании вас поддержать, охватить такой объем за раз и обсудить в комментариях - дело возможно на несколько недель, пришлось читать наискось) а так сообщество с вами порционно обсудило бы составные части вашего компонента, вам же некуда спешить?)
Спасибо вам за замечания! по сути ради таких комментов и пишу статьи, т.к. в живую фидбека по своему коду получаю очень мало и начал стараться обмениваться опытом в формате статей
Единственное, в чем вы не правы это
Популярное заблуждение. Быстрокодить можно на хакатонах, где важен результат выполнения функций, а не сама функция. Здесь же недельный хакатон результатом которого должна быть функциональная система - иначе я бы наделал CRUD на fastify + nodejs и вообще бы не парился со слоями - контроллер, репозиторий, сервисы, орм и тп, есть варианты сделать это куда проще без поднятия Symfony)
По сути я и не писал каго-то прям кода с бизнес логикой, сложной выборкой или еще чем-то, чуть не дотянул до этого, еще бы пару дней) по идее все написанное мною это аккуратный бойлерплейт не более
Спасибо, но думаю опытные симфони разработчики еще придут и аргументированно насуют мне ) аргументов, как сделать код лучше и что можно было бы использовать еще. Но пока минусующие за низкий технический материал и неконструктивное общение молчат, хотя ревью и конструктив всегда приветствую!
В ентерпрайзе где я работал так и не встретил его, по этому ушел на симфони раньше чем появились эти фичи. 10+ лет уже не доходят переписать проект с пхп 5.6 на 8 у одного из сайтов, все работает и так приемлемо)
З.ы я вообще фронтендер и симфони учил из-за того что на трёх работах подряд она на беке, да и порог входа у нее весьма демократичный
Всегда скептически отношусь к таким сравнениям. Очевидно же, что в песочнице код которого меньше, будет работать побыстрее. Но это на короткой дистанции. Нужны ли ентити? Ну в codeigniter есть cmodel ,что по сути тот же подход работы с моделью. Так где бд там и crud, странный вопрос. Далее орм над бд, вы или руками все прописываете и в пхпадмин сидите, или руками составляете миграции, что в 2023 году мне делать лень, да и орм делает это лучше меня. Ну и в конечном подходе можно сказать, что твиг тоже можно выкинуть и склеивать строчки самостоятельно, так быстрее же в коде будет. Я писал на codeigniter 6+ лет, мне надеоло писать бойлерплейт видя как другие программисты делают тоже самое за секунды из терминала
В сравнении с codeigniter, например можно было бы в терминале все Entity и crud для всех сущностей надиктовать включая связи, а формбилдер симфонишный ещё и времени сэкономит, не понимаю почему ещё против scss, когда он даже в bootatrap присутствует. В общем в сухом остатке я на симфони сделал бы такой объем работы тупо быстрее и качественнее, чем писать весь бойлерплейт на codeigniter
Чем ваше решение лучше бесплатных решений? Какое комьюнити вы собираетесь организовать вокруг решения? Если мне для разработки сайта с вашим готовым кодом все равно надо нанимать разработчика , то что же в этом готового? Как у вас с поддержкой? Исходники в открытый доступ для независимой оценки экспертами с хабра не желаете выложить?
P.s. предпочел бы symfony в место codeigniter
Я так понимаю автор - палка палка огуречик уже вытирает слезы хрустящими купюрами?
Получается,что я увидев фото среди гугл картинок и позже воспроизведя часть своих воспоминаний в цифровом формате с фото, должен роялти некому фотографу, за то что увидел фото?
Оставлю ещё ресурс webislife.ru сейчас около сотни статей на тему веб-разработки. Без политики,Илона маска и твиттера только про веб разработку.
Все ещё ждём поддержки abbr и dfn тегов в статьях) семантичную вёрстку могли бы давно завезти уже
Хочу заметить, что про убийства какой-то нации первыми начали говорить тут вы. Именно вы внесли политику и Украину в тред, пожалуйста, не нужно. Хабр не про это. Не нужно извращать шутку про управление дроном на дому и применять ее к определенной нации. Не разжигайте.
Ну лично я стараюсь проверить наличие перевода в ру сегменте чтобы иметь возможность если что перевести что-то более актуальное и не тратить время. А так в целом можно тогда и просто с ру сегмента скопировать на хабр - тут же ещё не было. Ну и это не первый повтор автора https://habr.com/ru/post/660825/#comment_24261705 вот повтор уже с хабра вам. А вот вам ещё повтор перевода автора
https://habr.com/ru/post/667386/#comment_24374480
А это третий уже, вот я и спросил. За такие вопросы правда минусов и в карму отхватил, но я мне все равно интересно про галеры и мотивацию таких авторов.
Спасибо, теперь понял политику. Если статья перевод статьи отсутствует на хабре, но есть в рунете - то все равно публикуем на хабр свой перевод и собираем просмотры. Гуглить ее наличие в рунете не обязательно типа) аргумента "на хабре еще не было" уже достаточно для публикации)
уже было переведено две недели назад и вёрстка чуть получше . Вы проверяете наличие перевода перед переводом самостоятельно? Или это просто галера?
Забавно, когда старший продуктовый дизайнер не последнего банка в стране, для корпоративной публикации вставляет картинку из клипарта, а потом что-то пытается рассказать про дизайнерские скиллы? + Сама картинка такая, что я как и другие комментаторы просто пролистал пост, чтобы почитать комменты на тему этой картинки и оставить свое мнение на тему дизайна.
`Одна из ценностей Райфа саморазвитие и важно, чтобы сотрудник думал о росте своих навыков. `
Надеюсь вы действительно подумаете над своим саморазвитием и в следующих публикациях мы увидим авторские иллюстрации
Представьте, что вы собираетесь мне что-то рассказать в виде монолога на 45минут и одновременно разрешаете мне уходить и приходить во время вашего монолога, а потом через 45минут монолога, вы приглашаете меня к дискуссии на прослушанную тему, а я вам ничего ответить не могу (как и остальные в целом под этим постом) потому что я за 45минут 2раза отходил и часть ваших реплик пропустил, мне ваш пост интересен и + свой вам поставил, но весь объем все равно не осилил т.к. даже пополам это прочесть нельзя из-за связности текста. Мои слова к спешке это как раз про тему весь материал за 1 раз, будто больше вам нельзя писать и вы куда-то опаздываете
Склоняюсь больше к вашему мнению в этом вопросе с hasOwnProperty т.к. сам за последние 10 лет разработки ничего в prototype не писал руками, это было только во времена ES5. без эмоций и других убеждений, тупо на своем опыте - я этим не пользовался десяток лет (prototype) - так что в итоге в 2023 году, если вы не поддерживаете мамонта, то возможно hasOwnProperty излишне использовать тем-более что есть более лаконичные варианты.
Что касается поддержки, то это наверное вообще не тот тред, обратите внимание, что у меня в tsconfig установлен target - ESNEXT и если вам хочется вдохнуть старины (полифилов для стабильной и крутой поддержки) babel вам в помощь! особо сочуствующие могут и в core-js деньгу занести)
p.s. что касается тех, кто все-таки пишет и переживает за prototype, то мне кажется это должно быть на их совести и ответственности, пользоваться таким не запрещено, но точно с умом нужно подходить к таким вещам, понимая, что сторонние разрабы тебе соломку могут и не постелить
Хороший материал! Но это уже слишком лонгрид, постарайтесь разбивать публикации на одну-две законченные мысли, так и развивать проще их и фидбек получать, даже при всей заинтересованности и желании вас поддержать, охватить такой объем за раз и обсудить в комментариях - дело возможно на несколько недель, пришлось читать наискось) а так сообщество с вами порционно обсудило бы составные части вашего компонента, вам же некуда спешить?)
И мне жаль, буду считать что успел, но остался 677ым просто и не зашёл в шорт-лист)