регуляркой это просто реализуется

заодно подучишь

оо. регулярки для html. старо как мир :)

уж лучше DOM и там его проанализировать

уж лучше DOM и там его проанализировать

проще, но но если проблемы с простой регуляркой, то тут еще больше проблем будет

оо. регулярки для html. старо как мир :)

я тоже думал через javascript удалять вопрос в том, что я не сильно шарю в регулярка

есть мнение что регулярка не так уж и проста будет

есть мнение что регулярка не так уж и проста будет

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

странный парсинг. испорченного html

странный парсинг. испорченного html

это норм, я так же делаю что бы не тырили

потом конкуренты хорошо вес дают

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

Не угдали, это не парсинг. У меня есть ряд слов которые еще и склоненные и на них проставляет в тексте ссылки и например у нас есть два слова, "урок" и "уроки" и предложение " Я делаю уроки каждый день", в итоге ставит две ссылки. и они склеиваются

зачем тогда парсить, проще переписать кусок

и выходит в таком стиле "<a href=''><a href=''>урок</a>и</a>

Я ничего не парсил

У меня просто замена в тексте на ссылки происходит

Не угдали, это не парсинг. У меня есть ряд слов которые еще и склоненные и на них проставляет в тексте ссылки и например у нас есть два слова, "урок" и "уроки" и предложение " Я делаю уроки каждый день", в итоге ставит две ссылки. и они склеиваются

привести слова к нормальнйо форме перед сравнением http://phpmorphy.sourceforge.net/dokuwiki/manual

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

привести слова к нормальнйо форме перед сравнением http://phpmorphy.sourceforge.net/dokuwiki/manual

все сложнее у меня все слова склоняются

как раз тем что вы скинули

Мне нужен максималный поиск слов

и выходит в таком стиле "<a href=''><a href=''>урок</a>и</a>

поменяй алгоритм

все сложнее у меня все слова склоняются

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

str_replace ?

мммм, может мне еще php переписать?

у меня просто массив слов он проходит по тексту и заменяет на ссылки

все.

у меня просто массив слов он проходит по тексту и заменяет на ссылки

не понял зачем переписывать пхп, но если поиск точного совпадения -то решается в лоб, иначе приведения к нф -это простейшая задача и простейшее решение

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

поясните про full-stack разработчиков.. я понимаю есть бекенд.. рнр ява хз что угодно который решает какие-то бизнес задачи... есть ребята которые верстают чисто на хтмл по последнему слову техники.. всякие препроцессоры вебпаки хуяки и тд... есть те кто шарит хорошо js/typescript и тд они делают логику SPA приложений.... кто такое FullStack тогда? Как может человек охватывать сразу несколько направлений и при этом быть не хуже..

если тот у кого основная специализация это верстка он там есесно продвинулся максимально.. а фулстек ПОИДЕЕ должен так же.. че за бредор с фулстеками это кто такие?

Можно быть хуже, зачем обязательно быть крутым?

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

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

Время как фактор переоценено, квалификация как фактор переоценена

и как бы если экстраполирвать выходит что фулстеки ВЕЗДЕ не очень.. те что-то везде умеют но не максимально и как бы .. ....

Ну будет он хуже верстать ну и что? Все равно проект сдадут и деньги получат.

Максимально и не нужно, это даже вредно

Все зависит же еще от типа задачи.

Проекты надо делать наоборот, минимально. Так чтобы ниже уже пользователи уходили в отвращении. А если супер-бэкендер с зарплатой 2x сделает супер круто но привлечет при этом +10% пользователей, то он экономически невыгоден

Если это повторяемая по типу работа, с похожими задачами по верстке/жс то почему оно должно быть хуже?

поясните про full-stack разработчиков.. я понимаю есть бекенд.. рнр ява хз что угодно который решает какие-то бизнес задачи... есть ребята которые верстают чисто на хтмл по последнему слову техники.. всякие препроцессоры вебпаки хуяки и тд... есть те кто шарит хорошо js/typescript и тд они делают логику SPA приложений.... кто такое FullStack тогда? Как может человек охватывать сразу несколько направлений и при этом быть не хуже..

вечный мидл :)

ну типа того

Проекты надо делать наоборот, минимально. Так чтобы ниже уже пользователи уходили в отвращении. А если супер-бэкендер с зарплатой 2x сделает супер круто но привлечет при этом +10% пользователей, то он экономически невыгоден

+10% пользователей от какого числа? ты странные вещи говоришь, что значит минимально и ниже? есть понятие метрик, SLA/SLO всякие и тут есть разумная грань. Время разработчика один из самых дорогих ресурсов, а качество кода -это стоимость его поддержки. Чем дольше живет продукт -тем стоимость этих факторов выше, чем дороже и успешней продукт, тем более критично время разработчика и качество кода

> Время разработчика один из самых дорогих ресурсов, Да вы што, это супермиф :)

Вообще тут щас в разговоре прозвучали мифы и легенды которые уже не актуальны с древних времен 2к10 каких-то там.

> Время разработчика один из самых дорогих ресурсов, Да вы што, это супермиф :)

это реальность. ты считал сколько денег уходит на зарплату, рабочие места, подбор и обучение в среднестатистической компании? это более 60% бюджета

Я считал. В современных проектах 90% это бюджеты в маркетинг.

и налоги

Разработчики это просто как кирпичики, как ресурс. Одного вынули, вставили другого.

Вообще тут щас в разговоре прозвучали мифы и легенды которые уже не актуальны с древних времен 2к10 каких-то там.

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

Я считал. В современных проектах 90% это бюджеты в маркетинг.

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

не пилить

где есть продукт овнер который пи@дит разработчиков которые пилят фичи

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

посмотри на развитые рынки -выигрывает всегда качество продукта и возможность максимально быстро удовлетворять хотелки

загляни в топ гугл плея - говна чуть больше чем все

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

что значит трудно? для этого есть девопс практики и SRE -это их основная и принципиальная роль в модели организации

посмотри на развитые рынки -выигрывает всегда качество продукта и возможность максимально быстро удовлетворять хотелки

Проблема в том что лучше и быстрее - это обратно пропорциональные штуки, как раз :)

поясните про full-stack разработчиков.. я понимаю есть бекенд.. рнр ява хз что угодно который решает какие-то бизнес задачи... есть ребята которые верстают чисто на хтмл по последнему слову техники.. всякие препроцессоры вебпаки хуяки и тд... есть те кто шарит хорошо js/typescript и тд они делают логику SPA приложений.... кто такое FullStack тогда? Как может человек охватывать сразу несколько направлений и при этом быть не хуже..

джуны во всем

загляни в топ гугл плея - говна чуть больше чем все

и что? кому это интересно? загляни на биржи и посмотри у кого деньги, на их модель и стоимость труда

милиардам

Проблема в том что лучше и быстрее - это обратно пропорциональные штуки, как раз :)

вот тут и есть понятие метрик, лучше и быстрей -это как CAP теорема, принципиально важно понимать на сколько "хорошо" нам нужно и на сколько "быстро"

суть в том, что только команда экспертов на это способна, их мало и платить им нужно оочень много

Проекты надо делать наоборот, минимально. Так чтобы ниже уже пользователи уходили в отвращении. А если супер-бэкендер с зарплатой 2x сделает супер круто но привлечет при этом +10% пользователей, то он экономически невыгоден

это работает только на развивающемся рынке, сейчас не 2006 в рф it

это работает только на развивающемся рынке, сейчас не 2006 в рф it

Это работает везде в мире, надо признать. Миром правит говно.

Это работает везде в мире, надо признать. Миром правит говно.

миром правят те, кто четко понимает какую долю говна в их продукте пользователь готов признать ?

на пользователя всем срать

чуть лучше чем у конкурента

этого достаточно

Это работает везде в мире, надо признать. Миром правит говно.

попробуй сделай гнутые гвозди, а потом их забей :Р

на пользователя всем срать

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

Фейсбук был написан на перле, а потом на пшп левой куриной лапой, вк говнокодили во все руки с хардкодом, телеграм имеет убогое ограниченое бот-апи, линукс по многим параметрам хуже чем freebsd/dragonflybsd, php по архитектуре в сравнении с scala/haskell сами понимаете, в go отказались от многих хитрых концептов вроде генериков и исключений. Все вокруг сделано на скорость и тяп ляп.

чуть лучше чем у конкурента

на сыром рынке -возможно, проблема в том, что там, где есть деньги конкуренты существуют за долго до того, как тебе пришла идея)

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

Яндекс такси посмотри. В поддержку идут жалобы. Но пипл хавает, потому что дешевле.

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

Поддержка прямиком сливает жалобы в унитаз. Но наверно за % они конечно следят. И их этот % устраивает. Но на пользователя срать. Как только условный такси Максим станет догонять ЯндекоУбер (хаха, станет он) - % пересмотрят

Фейсбук был написан на перле, а потом на пшп левой куриной лапой, вк говнокодили во все руки с хардкодом, телеграм имеет убогое ограниченое бот-апи, линукс по многим параметрам хуже чем freebsd/dragonflybsd, php по архитектуре в сравнении с scala/haskell сами понимаете, в go отказались от многих хитрых концептов вроде генериков и исключений. Все вокруг сделано на скорость и тяп ляп.

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

Никогда не выйдет киллер фейсбука, уже пробывали, гугл пробывал

Лучше в маркетинге, нише, и видении. А инструменты и фреймворки тебе фейсбук уже сам написал.

это также, как и не выйдет киллер кока колы, который делает тоже самое

если появится киллер фейсбука, то он будет создан на коленке и будет принципиально другой

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

а если чтото сломается - просто говоришь - а хз.

а если чтото сломается - просто говоришь - а хз.

Если ломается пишешь в поддержку и тебе правят за $$$

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

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

Или РКН блокирует доступ и твои письма остаются при тебе

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

девопс -это процесс и в aws жизнь без них не имеет смысла)

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

То есть мы сейчас ввели новый термин - "сеньер говна"

Но впринципе сеньер говна стоит дорого, а результат у него такой же как и у мидла :) Можно просто выкинуть старую архитектуру и переписать заново.

Если ломается пишешь в поддержку и тебе правят за $$$

для начала ты должен понимать как раз таки метрики и уровень "сломалось" поскольку иначе невозможно оценить ущерб. Более того первое, что делает aws -учит тебя строить эти метрики и строить у тебя девопс процессы

кстати у амазона есть поддержка?\

и если ты ей пишешь "эй сервер не пашет чот" - она ищет за тебя?

То есть мы сейчас ввели новый термин - "сеньер говна"

я давно не считаю сеньеров -папками, потому можно просто "сеньер местного значения" ))

Но впринципе сеньер говна стоит дорого, а результат у него такой же как и у мидла :) Можно просто выкинуть старую архитектуру и переписать заново.

смотря для кого, зп сеньера и мидла не сильно то и отличаются, на уровне чифа и принципала они отличаются порядками

для начала ты должен понимать как раз таки метрики и уровень "сломалось" поскольку иначе невозможно оценить ущерб. Более того первое, что делает aws -учит тебя строить эти метрики и строить у тебя девопс процессы

Ой да нет никаких процессов, это миф чтобы умные дяди себе чсв поднимали. Любой процесс лете через 5 объявляется бредом и ему на смену приходит более процессный процесс от других умников.

Ой да нет никаких процессов, это миф чтобы умные дяди себе чсв поднимали. Любой процесс лете через 5 объявляется бредом и ему на смену приходит более процессный процесс от других умников.

этот процесс успевает принести деньги, поскольку его существование обусловленно требованиями рынка и его применение -условие выживания на этом рынке. А то, что рынок меняется -вплоне естественно.

Ну в общем, как говорится в хорошей поговорке - "Любители строили ковчег, профессионалы строили титаник"

и если ты ей пишешь "эй сервер не пашет чот" - она ищет за тебя?

она тебе пишет, что все ок. Посолько 99.999% аптайма -это допустимые 24 секунды офлайн в 28-и дневном промежутке если ты не согласен, то надо было чухаться раньше)