И тогда выходит, что те 6 статей, что вы тут писали — пустой звук. Все и так уже поняли, что вы зеленый и собеседников слушать не хотите, в двух соседних комментариях противоречите сами себе. Так активно рассуждаете про теории, а которых, судя по набору технологий о которых вы пишите(а значит в которых разбираетесь), вы понятия не имеете.
Даже спорить не хочется с очередным JavaScript- & PHP-функциональным программистом, с одной стороны находящим проблемы даже в шаблонизации HTML и тут же говорящим об отсутсвии оных в программировании вообще.
В проектах, где количество разработчиков больше одного, задача разделения кода и отображения — одна из первоочередных
Почему нельзя написать идеальную программу
Можно, ведь она основана на логике — абстрактном математическом понятии. При этом мы изначально берем за аксиому верность каких то утверждений:
Если А верно, то и Б верно, но то, что А верно — мы решили сами.
Но программы работают на конкретном оборудовании — станки, ЭВМ, самолеты. А они собраны из неидеальных деталей, а значит неидеальным способом. А значит — они сломаются даже до физического износа. В общем, об этом и так сказано достаточно много.
Поэтому наша программа из одной строчки гарантированно будет работать с ошибками.
По долгу службы приходится иметь очень много дел с JSON, и здесь система типов TypeScript не помогает ничем, даже мешает, ведь компилятор сообщает об отсутствии ошибок, JSON.parse возвращает тип Any. Кроме того, TypeScript не поддерживает рефлексию, ввиду специфики работы, а значит, нет возможности проверить тип, основываясь на уже существующем коде. Также, до последнего времени, средств для мета-программирования не было вовсе.
Ахах! Глупо вышло, не знаток искусства и фотографии(я же все-таки программист, а не фотограф), но я думаю, вы и сами без труда сможете найти старые фотографии, или очень красивые фотки снятые на обычные мыльницы или телефоны. Спасибо, что сказали, теперь запомню надолго, что это именно Бернардо Беллотто.
Потерянное поколение XD
Божечки-матрешечки! Сколько уже можно? Предположу, что автор статьи через N-лет напишет «Почему ФП мертво», так и поняв, что мертво не ФП или ООП, а он, как инженер. Проблемы начинаются с самого начала, потому что автор подумал, что ООП — это способ переноса объектов реального мира в код, что само по себе, на мой взгляд, не очень правильно. Начало понимания ООП, на мой взгляд, как раз начинается с понимания того, что этого делать чаще всего нельзя. Попытка оправдать свою кошмарную архитектуру недостатками парадигмы(которы, конечно, безусловно есть) обречена на провал. Хороший инженер отличается от плохого тем, что может используя доступные ему инструменты делать качественные продукты. Автор же похож на типичную ТП, купившую зеркалку и возмонившую себя крутым фотографом, которой не вдомек, что качество твоей работы от фотоаппарата зависит далеко не в первую очередь. Что бы было понятней — вот фото конца 19 века, когда фотографам современные технологии даже в самых смелых мечтах и приснится не могли.
но по факту название не соответствует действительности. Вы написали в духе «желтых» газет. Вместо того, что бы написать: «Как мы ускорили проекты компании», вы пишите об ускорении PHP, к которому, по факту статья никакого отношения не имеет.
Второй коммент вижу в котором фигурирует слово «идея». Кто объяснит мне в чем новизна идеи и чем она может понравится — мгновенно получит от меня плюс в карму. Я пока не увидел ничего интересного. Я бы даже сказал, что даже с точки зрения функционала это еще пока не сопоставимо с какой-нибудь CMS. Просто жонглирование понятиями и вместо «страница» и «категория» автор использовал другие слова, лол
Добро пожаловать на Хабру, конечно, но лично у меня после всего прочитанного в голове нет ни одного вопроса кроме: «И чё?». Может я устал, конечно, но вот хоть убей никакой ценности не вижу.
Angular, React и HTML5 File API предоставляют возможность отправлять формы через AJAX
Не могу со 100% уверенностью сказать за остальные помимо Angular(ибо я занимаюсь back-end), но со 100% уверенностью говорю, что Angular позволяет. Более того, вполне себе позволяет создавать целые сервисы и директивы с формами с вытекающими отсюда плюшками в виде реюзабельности и наследования. Думаю, что React тоже это позволяет.
Да я не то чтобы спорю, это же лежит в плоскости Ваших отношений с работодателем. Я тоже работаю не в РФ, но получаю 2ную ставку за сверхурочные, что, как помне, намного лучше чем 1.5x и, тем более 1x. Так почему бы не вбросить кому-то идею, что «так тоже можно» :D Мало ли Вы не знали
Негативное отношение не к студентам-пятикурсникам(я, например вообще без ВО), а студентам-пятикурсникам, просящим работать по выходным и праздникам, при этом гордящимся этим. Очевидно, что если команда вынуждена работать тогда, когда работать не должна, менеджмент допускает серьезные ошибки и гордиться тут, мягко говоря, не чем. А они при этом считают себя успешными CTO. Другой вопрос еще в том, что по моему скромному мнению, для того, что бы быть CTO нужен опыт в IT намного более серьезный, чем у среднего лида, или PM, а тот студнет-пятикурсник о котором идет речь в статье просто в силу своего возраста, с высокой вероятностью не обладает таким опытом.
Вот я сейчас работаю CTO(хотя считаю эти три буквы в моем конкретном случае простым словоблудием. Просто никто более опытный чем я не согласился на такие условия. Хотя, судя по HH.ru в РФ и таких условий обычно нет). И мне 23 года. При этом у меня есть опыт работы старшим и ведущим разработчиком в крупных IT-компаниях.
И я буду искать себе более опытную замену как только появится такая возможность. И уж тем более я не называю себя успешным CTO. И никогда не гордился тем, что несколько раз приходилось заставлять людей работать в праздники. Хотя делаю я это только в том случае, если с оставшимися задачами я сам не в состоянии справится за время праздников\выходных при условии, что в экстренных ситуациях я работаю 18 часов в сутки. Да, у нас пока маленький стартап, но вопрос же скорее в отношении.
Негативное отношение не к студентам-пятикурсникам(я, например вообще без ВО), а студентам-пятикурсникам, просящим работать по выходным и праздникам, при этом гордящимся этим. Очевидно, что если команда вынуждена работать тогда, когда работать не должна менеджмент допускает серьезные ошибки и гордиться тут, мягко говоря не чем. А они при этом считают себя успешными CTO. Другой вопрос еще в том, что по моему скромному мнению, для того, что бы быть CTO нужен опыт в IT более серьезный, чем у среднего лида, или PM, а тот студнет-пятикурсник о котором идет речь в статье просто в силу своего возраста, с высокой вероятностью не обладает таким опытом.
Вот я сейчас работаю CTO. И мне 23 года. И я буду искать себе более опытную замену как только появится такая возможность. И уж тем более я не называю себя успешным CTO. И никогда не гордился тем, что несколько раз приходилось заставлять людей работать в праздники. Хотя делаю я это только в том случае, если с оставшимися задачами я сам не в состоянии справится за время праздников\выходных при условии, что в экстренных ситуациях я работаю 18 часов в сутки. Да, у нас пока маленький стартап, но вопрос же скорее в отношении.
А что в этом такого? Работа технического директора(уловите здесь слово ДИРЕКТОР) связана с гумунитарными областями знаний не меньше, чем с техническими.
Может быть я не понимаю ООП, но по моему использование правильных абстракций само по себе избавляет от ВСЕХ перечисленных Вами проблем без необходимости тащит внешнюю зависимость, да еще такую.
Ну вот почему я нахожу и миллионы других людей находят? Почему я не брал там ни одного заказа, который принес бы мне меньше 1000$, имея самую первую ставку(совершенно без опыта на одеске и, соответственно отзывов и ворк хистори) 15$\час? Ну вот почему Вы написали уже тонну текста и нашли 1000 оправданий вместо того, чтобы взять и сделать что-то чтобы устранить проблемы, улучшить свои знания, практиковать скилл привлечения клиентов и т.д?
Я просто оставлю это здесь, потому что я хочу зайти сюда через год и убедится, что у вас ничего не получилось. Сидите в дерьме и жалейте\оправдывайте свою лень и себя дальше, удачи.
Даже спорить не хочется с очередным JavaScript- & PHP-функциональным программистом, с одной стороны находящим проблемы даже в шаблонизации HTML и тут же говорящим об отсутсвии оных в программировании вообще.
Потерянное поколение XD
Не могу со 100% уверенностью сказать за остальные помимо Angular(ибо я занимаюсь back-end), но со 100% уверенностью говорю, что Angular позволяет. Более того, вполне себе позволяет создавать целые сервисы и директивы с формами с вытекающими отсюда плюшками в виде реюзабельности и наследования. Думаю, что React тоже это позволяет.
Вот я сейчас работаю CTO(хотя считаю эти три буквы в моем конкретном случае простым словоблудием. Просто никто более опытный чем я не согласился на такие условия. Хотя, судя по HH.ru в РФ и таких условий обычно нет). И мне 23 года. При этом у меня есть опыт работы старшим и ведущим разработчиком в крупных IT-компаниях.
И я буду искать себе более опытную замену как только появится такая возможность. И уж тем более я не называю себя успешным CTO. И никогда не гордился тем, что несколько раз приходилось заставлять людей работать в праздники. Хотя делаю я это только в том случае, если с оставшимися задачами я сам не в состоянии справится за время праздников\выходных при условии, что в экстренных ситуациях я работаю 18 часов в сутки. Да, у нас пока маленький стартап, но вопрос же скорее в отношении.
Вот я сейчас работаю CTO. И мне 23 года. И я буду искать себе более опытную замену как только появится такая возможность. И уж тем более я не называю себя успешным CTO. И никогда не гордился тем, что несколько раз приходилось заставлять людей работать в праздники. Хотя делаю я это только в том случае, если с оставшимися задачами я сам не в состоянии справится за время праздников\выходных при условии, что в экстренных ситуациях я работаю 18 часов в сутки. Да, у нас пока маленький стартап, но вопрос же скорее в отношении.
Я просто оставлю это здесь, потому что я хочу зайти сюда через год и убедится, что у вас ничего не получилось. Сидите в дерьме и жалейте\оправдывайте свою лень и себя дальше, удачи.