Pull to refresh
7
0
Александр Давыскиба @zviryatko

User

Send message

Интересно почему потребление ресурсов (скорость и память) растет не линейно а чуть быстрее. И так же интересно такой огромный скачек по памяти на Го. Мне кажется с такими успехом можно было бы на С++ / Раст. А сравнивали разницу по времени/памяти с эластиком? Что будет если немного перестроить тип данных и всё таки хранить список продуктов и у каждого его список атрибутов и просто перебирать одним циклом, может jit поможет. Или ещё продублировать данные в разном формате чтобы можно было гораздо легче доставать нужные идентификаторы продуктов. Думаю будет интересно сначала продумать правильный алгоритм с подсчётом "О" и потом его реализовать с нужным типом данных и возможной дубликацией для быстрого доступа.

p.s. а если добавить ещё индекс по названиям с разбиением на слова (или другие токены) то можно и простенький TF-IDF алгоритм прикрутить, а это вам полноценный полнотекстовый поиск...

p.p.s. но честно говоря как по мне лучше всё таки эластик/сфинкс/солр, их будет гораздо проще масштабировать и поддерживать.

Долго думал как это "под-рыгать лампочкой", а потом дошло "по-дрыгать".

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

Ясно написано что скажут только после подписания контракта :)

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

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

То самое чувство когда дочитал до картинки с большим взрывом и понял кто автор :)
Как-то в инспекторе на сайте увидел строчку «Виталя, бл*, оставь этот код, как я тестить буду?», посчитал что это была пасхалка для любопытных :)
Ну можно же и с символами:
range('A', 'Z')
Использовал только Yii1 в продакшине и пристально наблюдал за развитием Yii2. Первая версия была крутая на момент выхода, подкупала низким порогом вхождения и простотой.
SamDark что вы думаете на счет того как развивается laravel и стоит чего-то подобного ожидать в Yii? Например экосистемы вокруг фреймворка.
Это называется бизнесс-консультант :)
Спасибо вам, а то забыл давно код и не хотел тратить время на брутфорс. Кстати эти отверстия нужно повернуть в сторону защёлки: у меня на замке кнопка сбоку и отверстия за цифрами видны с фонариком и вот можно их просто повернуть в сторону где кнопка замка и все получится.
А вы быстро рветесь в бой, предпочитаю подождать версси х.1 :)
По поводу возвращаемых значений false|null|"" хорошо спасает phpstan, проще один раз отрефакторить но потом легче обновляться будет.
Я скорее говорил об этом:
это не MVP. Это демо-обманка для заказчика.

Иногда это вполне себе MVP.
Не соглашусь с вами, mvp это минимально жизнеспособный Продукт, вы продуктом называете только написанный вами код, но чаще всего код сам по себе никому не нужен, а нужна ценность. Например, вы хотите зарабатывать деньги на сайте с хорошим уникальным контентом, и для mvp вы просто выберете сайт на wordpress, а когда вы поймете что это то чем стоит дальше заниматься, то перепишете всё на какой-нибудь современный и модный язык. Когда-то давно сайт «Цукерберг позвонит» был на wordpress, и ничего, переписали же. Но это если вы не знаете выстрелит ли идея или нет. Есть иная ситуация, когда у вас есть какой-то бизнес, например вы продаете что-то, и вам нужен свой интернет магазин, и понимаете что у вас он будет так или иначе и есть запас по времени и бюджету, тогда можно себе позволить сделать mvp с твердой основой, именно срезом по функциям и показать какой-то начальный функционал. Вообще ни в той ни в другой ситуации вы не застрахованы от того чтобы выбросить mvp и воспользоваться готовым решением или вообще сменить направление бизнеса.
Прошу прощения, но у вас не scrum команда, и никаких лидов со знанием бекенда и фронтенда вам не нужно, есть лид команды (который team lead) иногда ему можно вообще не разбираться в коде, если умеет думать, а есть ведущий технический специалист, который разбирается лучше всех в каком-то своем направлении (или по всем направлениям, что встречается не так редко), не нужно путать этих двоих, т.к. первый обычно отправляет вас ко второму в случае вопросов. Это то что касается команды, а вот на счёт процессов то если вам как лиду приходится разбираться с планированием ресурсов, то ваш ПО не тянет, в скрам командах не нужны лиды, и менеджеры тоже не нужны, когда они появляются значит вы пытаетесь прикрыть какую-то проблему.
По поводу мвп полностью вас поддерживаю, у такого проекта одна цель (в вашем случае это концепт для получения тендера) а следующая цель уже другая, а именно главная задача которую решает ваш проект. Если это какой-то небольшой или статичный проект, то мвп может иметь продолжение, например система инвентаризации в небольшом офисе, как мвп использовали Гугл таблицы + qr коды, а дальше просто добавили все необходимое и этого было достаточно, т.е. у проекта не появилось кучу требований в процессе. А если проект динамичный и ещё не всё понятно как будет, тогда вам в помощь agile (и лучше закажите тренера) и мвп скорее всего придется выбросить, т.к. у этих двух проектов разная цель.
Проблемы которые вы описали очень типичные (приблизительно 2/3 ИТ проектов проваливаются), и должны решаться командой, а не одним человеком.
Кстати технический долг можно исправлять либо сразу весь либо постепенно, мне нравится второй вариант, т.к. это происходит более контролированно. И скрам в этом отлично помогает, особенно если ваш ПО знает что от него требуется.
Всяческих успехов вам в нашей нелегкой профессии ;)

Божественно, спасибо вам огромное!

Здравствуйте, уже точно поздно, но вдруг вас настолько увлекло что не можете остановиться.
Linux клиент уведомлений для Mi Band 2 — NotifyMi

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


P.s. лично мне нравится система футболок: разделение задач на s, m, l, по договоренности можно добавлять xs, xl, xxl, но обычно это лишнее.

Information

Rating
Does not participate
Location
Харьков, Харьковская обл., Украина
Date of birth
Registered
Activity