Как стать автором
Обновить
-3
0
Кирилл Ев. @KirEv

Пользователь

Отправить сообщение
простите, конечно, но 50+чел на ios и android, и команда 2-3 чела и 50 команд…
но при этом нет ресурсов на бекенд??
50+ чел на приложение, Карл!!!
Вы там затеяли процесс ради процесса или процесс ради частых релизов в дев\альфу?
чем у вас эти ребята вообще занимаются???
вашему веб-серверу не хватает как минимум БД (мускл, например).

самый дешевый хостинг (vps, 1GB RAM, hdd 5GB): 20 евро в год, для сайта вполне
покупал неделю назад: рПи4 плата + радиатор с акт.охл + бп = почти 150 євро
тоесть почти 6 лет хостинга за эти деньги

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

простите, 2500 у.е. за ноут с перспективой +600 за «плюшки»?? У них температура?
переговоры диспечеров потешно ))

Я делаю проще… включаю какой нибуть лайв на 3 часа рамштан\соад\металлика\етс что сразу найдется… и все )
это все занятно, но подобным продуктам не хватает интеграции, хотя бы, с rest api, а если и есть — то гибкостью не блещут, тот-же адало: подключить свое апи только при подписке 50у.е.\мес…
крч., в длительной перспективе, лучше доверить создание моб.аппликации профессионалам при сложности приложении выше среднего )
Извините, но не увидел того, чего ждал, а именно: отладка\пресечение утечки памяти.

А если Вам приходиться проходить массивы\(структуры?) в 1кк элементов — то у вас что-то не так с приложением, а если и приходится это делать (в сумме к-тво элементов) — то далее как минимум DOM или вложенные массивы\объекты, но здесь другие правила.
я бы еще понял протест в виде: 1млдр человек отписались от всего на что были подписаны\куплено в апп-стор. А так — это выглядит как Сизифив труд. Мне вообще не нравятся офф-лайн беспорядки своей, с одной стороны, беспорядочностью и неэффективностью, с другой — лишний кипишь населению, которое часто вообще никак не относится к теме «спора».
Когда уже создадут правила написания правил? По правилам того-же Apple, если вот прям косвенно, они могут заблочить любое приложение\игру аргументируя «Нарушением правил».
Не смог найти, но 6-8мес назад, помню, был пост в духе (скрины письма\переписки публиковались): вы нарушили правила, у вас 14(N?) дней на исправление, разработчикам так и не удалось добиться какой пункт они нарушили, и просто откатились до пред.версии которая была одобрена, а последняя версия получила статус depricated (или как-то так они выкрутились), в результате, все приложении конторы всеравно были заблочены\удалены. Как позже оказалось, то приложение, что было в топе забаненых разрабочиков (компании), получилось «ремейк» от сторонней компании.

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

И кстати, вспомнил, у Дурова был в телеге гневный пост касательно епла, если кто подписан — думаю, интересно почитать :)
Вы бы указали, какие модели использовали от google\microsoft.
Не помню, в гугл\майрософт стандартная база моделей, или возможность выбора модели для распознования?
к примеру, тотже openCV, который отсутствует в сравнении (догадываюсь почему), может выдавать результат разной точности, смотря какая модель, смотря какой метод распознования и т.п.
Странно читать статью о хостерах без слова о openZV, kvm, etc.
Еще более странно видеть блок «на правах рекламы» )) realy? )

А вам какое дело, если серьезно, 5.0ГГц. продают конкуренты, или 10.0ГГц.?

Я вот лет 10 покупаю VPS и Dedicate в одного проверенного дата центра, и не потому, что у него есть блог гдето или хаб(ветка?) на хабре с «разоблачением», просто у них охеренный саппорт, и downtime практически 0.(0)% (что за ДЦ — не скажу, слишком много рекламы).

долго можно спорить и наводить доводы, но часто все сводиться к блокчейну ради блокчейна, причем с дикой цепочкой аргументов: блокчейн синоним крипты, крипта синоним безопасности, безопасность нужна для проекта Х. Значитса проект Х будем строить на блокчейне) А проект Х — как-то там конструктор блогов. А ты такой: «what mem»?

В голову вбилось, как только блокчейн появился во многих каналах, три вещи:
1. следующий блок содержит хеш предыдущего (или генезис для первого блока)
2. распределённость (не внутри компании Z, а среди лиц, участвующих в поисках следующего хеша, у которых полная БД чейнов, которые учавствуют в каждом раунде валидации транзакции)
3. у овнера блокчейна изначально 51% голосов (хорошо, 100%), со временем подключения сторонних лиц, абсолютно неизвестных и вообще хз стоит ли им доверять, 51% может уйти в 0.001%, но не беда, каждый раунд уменьшает вес нод которые не проходят валидацию транзакции, но если предположить, может появится тип, который скупит половину мировых ДЦ и начнет изменять данные подсовывая тухлятину. Но опять — пока все это провернет — почти все БД станут устаревшие и не валидные…

резюмируя: если в транзакциях должны участвовать сторонние особи которым не понятно стоит ли доверять — блокчейн подходит. А если нужно сделать нерушимую последовательность блоков данных — кластер\нода закрывается и все через апи\грпс\етс (как собсна и делали в наших блокчейн проектах), но тогда вопрос резонный — нафик вообще блокчейн строить вокруг интернального решения, даже если это финтех?

резюмируя2: поскольку рядом с блокчейном вспоминается крипта почти всегда, так вот, как выше в комментах писалось, без правительственных\финансовых регуляторов крипта превращается в фантики, у нас на проекте, чтобы получить разрешение открыть крипту, создавалась юридически валюта Y, которая была эквивалентом или доллара или евро (смотря от юрисдикции территории где компания зарегистрированная) и эти лицензии где 5 где 10 млн дол., при чем, входящий фиат по транзакциями от операциониста конвертировался в эквивалент крипто-Y и далее в нужную валюту пользователю. и весь смысл скрыть username теряется, ибо есть точки вычислить с какой карты на какой крипто-валлет сколько было отправлено\выведено.

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

касательно php VS go — мне лично, неудобно строить простые и быстрые сайты на go, под простотой и быстрый: имею ввиду потраченное время, скажем, на организацию структуры лендинга, который был упомянут, или какого сайта визитки, а также регулярки писать на go не особо удобно, в сравнении с php…
Но дело, наверное, больше в том, что на go я этим попросту почти никогда не занимался.
Да, есть в go и html templates, и regexp из коробки, но все оно не особо удобно по трудозатратам…

Но когда: «делал на PHP сервис асинхронного получения информации из большого числа разных источников в ходе одного запроса» — сложно воспринимать… особенно в контексте ведущего лабы на обоих языках…

ПС: интро-тайтл завлекает, но содержимое вселяет сомнение. В любом случае — постараюсь посмотреть в лайве все это, думаю, будет увлекательно.
Извините, конечно, но когда говорят о поддержке языка, а не кода: у меня опускаются руки.
видел много чужого кода, как на php так и на go, и качество кода, в основном, зависит от архитектуры приложения и найденных простых решений для нетривиальных задач, которые, к слову, присутствуют в большинстве приложений.

Мое любимое: язык — не панацея, инструмент, и если решил кто забивать шурупы микроскопом — глупо жаловаться на результат и попытки сменить микроскоп.
главное успеть фото сделать, чтобы руки не дрожали, и успеть подойти на нужное расстояние )
сравнили мягкое с теплым.
не хватает информации: в чем именно угроза нац.безопасности США?
тиктоком пытался пользоваться, не мой формат, но кажется, если Microsoft всетаки да купит — сервис получит массу апдейтов, как было с скайпом, кто помнит скайп до Microsoft — тот, скорее всего, понимает разницу. В частности: стабильность работы, качество звонков, стабильность синхронизации между разными устройствами одной учетной записи, отсутствие рекламы и т.п.
С началом оглавления
Как Django может
и первом абзаце
1. Инфраструктура решает
с
осуществлять масштабирование
читал по диагонали, в голове был вопрос: каким боком 100млн запросов в день относится к Django, если основная работа за счет масштабирования.

Выберите самый конченный, самый тормознутый, самый интерпретированный язык рантайм которого работает в самых тормознутых и самых прожорливых виртуальных машинах (даже не могу вспомнить такой язык, видимо еще не создали, или в процессе, или не сталкивался) — после плясков с бубном над масштабированием и инфраструктурой удастся достичь заветных 100млн запросов в день (цена вопроса в другой палате) при вычислении какой-то глупости, например факториала из стопицот!

А что такое 100млн запросов в день?

день: 60сек*60мин*24часа = 86400сек
запросов в секунду: 100,000,000 / 86400 = 1157,407407407
хорошо, округлим, 1158 запросов в секунду…
1158 запросов в секунду! Карл! Are you kidding me?

Ради справедливости: както по пьяни с другом решили покодить, написал на golang простой апи-сервис за 5мин который делает:
1. глупость: принимает запрос, после таймаута 2сек (эмуляция полезной работы) отдает ОК
2. просто отдает ОК ничего не делая
Скомпилировал под ARM и запустил бинарник на роутере через ssh прямо в терминале
Результат:
1. RPS 1500-2000
2. RPS около 5000
На борту роутера ARMv7 rev 5 (1.5GHz) и 128MB ОЗУ

А вы ради 1.2к RPS такой движ затеяли!

Простите, бомбит!

Спасибо, конечно, за труд в переводе!

Но блин! Опять бомбит!
9. Уменьшите передачу данных между своим API и клиентами

Порождения Ада неявности, когда апи возвращает один объекта как `{«ID»:«123»}`, а другой со всеми возможными и непустыми свойствами объекта, получи массив струганины, экономя на спичках выносим мозг и глаз разрабам которые работают с этим апи.

ОЙ, короче…
Команда разработки по надёжности БД (Database Reliability Engineering Team) получила предупреждение о значительном увеличении нагрузки на часть инфраструктуры. В то же время команда по трафику (Traffic Team) получила предупреждения, что мы не выполняем некоторые запросы API.

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


что-то произошло, что-то продолжалось 3 минуты, и за это время что-то сделали, и более не продолжалось, а потом по фиксили…

звучит как-то так…

из слов перевода, не читал оригинал, звучит именно так)

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

у меня что-то не сходится.
Простите, будет много текста, солидарен с рукописью во всем и полностью!

Начало коммерческого программирования, лет эдак 10ть, работал чисто по-проектно, первые года три постигал всякое новое, linux, базы данных, бэк\фронт и тп, потом в течении почти 7 лет работал в продуктовой компании общаясь напрямую с владельцем бизнеса, было очень увлекательно с ним работать, говорили по существу, решения находились в основном за 1 созвон, бизнес требования выяснял в течении 15-20 минут, когда показывали наш проект большим компаниям (друзья моего работодателя и другие), он рассказывал объем работ и внедренных\законченный функций — они тупо не верили что это возможно для одного человека.

Потом начал пробовать себя в компаниях и тимах, где все как положено: продукт манагер, прожект манагер, тим лид, 1-2 прогера на бэк, 1-2 на фронт, девопс, и т.д…

… Так прошло еще года три опыта работы в разных модных компаниях, которые пытались покорить мир.

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

Ну, думал, люди то не глупые, бизнес строят, процессы у них такие, для меня то подходы совершенно новые…

По сейчас, за 3 года, работал, наверное, в более 10ти компаниях, гдето 3 недели, где-то 6мес…

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

Пытался и напрямую, и в неформальной остановке объяснять: хорошие идеи по графику не приходят, и если есть у меня идея как решить задачу, лучше посидеть 12-14 часов и решить, уйдя спать в 8-9 утра, чем тратить пять дней по 7-8 часов (плюс созвон минимум час), находиться в постоянном напряжении от манагеров и тимлидов (некоторые требуют, к примеру, из свежего: делаем мвп, каждая функция\метод с комментом, или даже с пустим чтобы линтер пропустил, или коммент слишком длинный, или слишком объемный, или понос и нет бумаги, или еще что-то)…

За три года я сгорел… у меня тупо не стоит кодить в «современных» методиках, рекваирмент и описание компании\вакансии одно, а по факту кипишь и болтовня «как все плохо, мы все умрем, кто что делает, почему не внесли часы, почему не записали то что болтали вчера» и т.п…

ИТ стало тупо мани-мейкинг: приходишь, находишься на работе… и… собственно все… создаешь видимость зайнятости и высасываешь проблемы, ибо если не будет проблем — значит не вливаешься в общую картину мира, и полюбом, прилетит странная\чужая проблема к которой отношения не имеешь, из-за которой не сможешь вовремя и качественно сделать таску, которой планировал заняться завтра…

Сейчас отдыхаю, вот нет сил, сижу ниче не делаю, позаканчивал истории с компаниями, дух переведу, доделаю парочку попроектных работ, и продолжу процесс общения с ХРеми и другими представителями модных компаний… без ежедневних митингов и групых созвонов, с обязательным испытательным периодом и нормальным процессом разработки.

Хоть и за деньки, но хочу писать код, мне нравится придумывать решения, строить… но не участвовать в менеджерском шабаше и разных там ажайлах, которые, обычно, превращаются в помойку (как на предпоследнем проекте: манагер дома, дети кричать, каждый член команды что-то говорит, друг друга перебывают, дебильная архитектура усложненная до чертиков, ежедневное обсуждения дебильности заказчика, заказчика нашего заказчика… ой....)
7 лет назад покупал 27" Dell UltraSharp U2713H (210-AADU) за $750, работал практически каждый день… более 13-15 часов за компом, иногда лишь кнопкой экран выключал, чтобы ночью не светил (когда он стоял в спальной)…

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

сейчас, смотрю мониторы, думал дополнительный взять… то или аля-маркетинг, или цена дикая с гарантией 12мес… грустно как-то все это.
1
23 ...

Информация

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