Поменять города — это процесс не быстрый, но постройка социального жилья рядом с элитным — это обычная практика во многих европейских странах, как правило, организовано на уровне муниципалитета и ген. плана, но где-то даже законодательно. Вся урбанистика идет по пути смешения застройки: коммерческой, разных типов жилой, в том числе и разных социальных слоев общества. Отгораживать резервации-гетто, что бы не мешали «нормальным» людям — это ложный путь, в Европе от него начали уходить еще в 70-е. В США, конечно, иначе, там другая философия роли государства.
Люди не рождаются преступниками, они ими становятся. Ключевая особенность развитого общества — это равные права для всех. В том числе из-за этого, во многих странах, запрещены частные школы, а посещение государственных обязательно.
В США явно с этим все не очень хорошо, в том числе, что касается и черных. Родившись черным у вас в три раза выше шанс стать преступником, с успешной карьерой все еще хуже. Учитывая исторический контекст, это достаточно закономерно. Естественно, в цивилизованной стране должны приниматься огромные усилия для ликвидации этой проблемы.
Ну я считал и, пожалуй, до сих пор считаю, что специализированное решение имеет более широкий функционал и высокую производительность.
Специальные менеджеры очередей явно проще в использование. Если говорить об Elasticsearch, то там огромные возможности по морфологии, синонимам и многому другому.
Как будут реализована транзакционная и ссылочная целостность — пока тишина.
Что касается целостности данных, то даже в случае применения реляционных БД их далеко не всегда обмазывают транзакциями и внешними ключами. В данном случае, PostgreSQL так же используется скорее как NoSQL база и целостность данных и даже их структура данных не гарантирована.
Если у вас критические данные, типа платежей, то их конечно же стоит делать строго с транзакциями и хранить в одной базе с ключами.
Как PostgreSQL справляется с полнотекстовым поиском? Или с очередями? Redis и MongoDB за счет своей простоты могут масштабироваться горизонтально, хотя я тоже сторонних использовать их только для нишевых задач. А есть еще граф, который я не упомянул. Думаю, что большая часть этого зоопарк есть на проекте в "микросервисах".
Посмотрел презентацию, логика какая-то есть, но все это похоже на какое-то массовое велосипедостроительство и нецелевое использование инструментов.
Особенно, непонятно для чего нужна реляционная база данных с тремя ключами и бинарным значением, если есть redis.
Похоже, что человек хорошо знает PostgreSQL и немного зациклился на этом инструменте. Хотя тут в комментариях упоминаются какие-то микросервисы и какой-то шибко умный прокси, возможно, в PostgreSQL разумная часть данных и логики, а про остальное просто забыли сказать.
Не понятно, чем не подошел типичный подход растаскивания монолита на микросервисы, без потери команды, данных и даунтайма. Не понятно, почему не применять более широкий набор БД и сервисов, есть же кеширование, полнотекстовый поиск, Redis, MongoDB, какие-то фоновые действия, основанные на менеджерах очередей, типа RabbitMQ или Apache Kafka.
У браузера есть ограничение на число коннектов к домену. HTTP/2 поддерживает мультиплексирование запросов. В рамках одного коннекта, можно запрашивать все картинки одновременно, что мы и можем наблюдать в таймлайне.
TTFB вроде не скачет, но, конечно, может. Если отдача файлов идет через nginx или другой адекватный веб-сервер, то у него нет блокировок и жестких ограничений по числу отдаваемых файлов, все ограничено возможностями железа.
Вы мне тут, конечно, какие то сказки с леватским уклоном рассказываете.
Но даже если преположить, что такое возможно, то открою свою контору и буду нанимать лучших профессионалов, а не тех кто умеет танцевать ломбаду, получу конкурентное преимущество и стану самым богатым человеком в мире. Делов то? :)
Я работаю на вебе, для меня устаревший стек — это PHP5/Yii1. Вакансии не скину, но, поверьте, если бы я мог нанять хотя бы хороших мидлов по х1.5, я бы их нанял :) Сейчас, с современным стеком ко мне идут люди у которых есть оферы побольше, у интернов даже в пару раз больше.
С винформами сталкивался очень давно и то в рамках поделок на Delphi7. Если их еще поддерживают, то это не устаревший стек, это другой мир, возможно, там свой рынок, не знаю.
x2 за интерна, которого в нормальный проект, в принципе, никто брать не хочет, очень даже часто встречается. Для мидлов такие вакансии уже реже, конечно, там такие опции доступны, когда пытаются удержать специалистов.
По моему опыту, нанять толковых людей даже даже с x1.5 на устаревший стек почти нереально. Только рынок перегревать, доходило до абсурда, что просто перспективному мидлу с 1.5 годами опыта давали синьерский оклад, который в 2.5 раза выше, чем он получал до этого и то на текущем месте перебивали. Деньгами завлекать сложнее, чем кажется.
И это устаревший стек, но с обещанием начать переписывать.
Я, в профессиональном IT уже 15 лет и руководитель почти 10. Мы собеседовали даже свитчеров 40+, до найма не дошло, но, поверьте, не из-за возраста. Ну и их было буквально несколько штук, учитывая, что, в среднем, мы проводим около 10 собеседований, что бы закрыть вакансию, то даже статистически это не о чем не говорит.
Что касается ценности, то я не очень то часто встречал "старичов", которые сидят на проекте уже лет 15, очень хорошо его знают и делают много задач. Обычно, наоборот, сидят на синьерских зарплатах, при этом полностью выгорели, проект на старом стеке и никто не чешется его обновлять даже при наличии ресурсов. Свеженанятый джун за три копейки в разы продуктивней по КПИ и при ближайшем рассмотрении.
Если и были, продуктивные "старички" то за них очень держались и по доходу и условиям совсем не обижали.
Правда, речь не идет о 45+, все лет на 10 моложе.
Ну и, как я и писал выше, в такой ситуации оказываются далеко не все.
Стива Джобса как-то попросили назад в Эпл в 43. И не похоже, что бы собирались выгонять даже спустя 15 лет. Это, конечно, можно считать передергиванием, но достаточно и топ менеджеров и ученых и действительно толковых специалистов, которые и в 45+ и даже значительно позже очень востребованы и ценны. Можно вспомнить средний возраст нобелевских лауреатов. Очень много тех, кто получил акции или другой пассивный доход и может не переживать о заработке.
Из личного примера, мой отец и в 50 очень даже преуспевал, наверное, самое успешное время, возможно, если бы не рак, то и дальше было бы только лучше. До последнего стартовал новые начинания, компании, за ним шли люди.
Очень против "кидать и вытирать о них ноги" или о кого-либо и очень хорошо, что сейчас рынок в IT это почти искоренил. А по зарплате очень рад, что мне платят по рынку, а не такой доход, который кто-то считает справедливым.
А при чем тут справедливость? Это рынок труда. Специалист и не хочет работать с устаревшими технологиями, потому, что потом он не сможет найти другую работу. Бизнес не хочет, что бы продукт был завязан на одном человеке и редком стеке, ибо это зависимость от конкретного человека. Кто эти правила не соблюдает, тот страдает. Ну и тут уже зависит от обстоятельств и договоренностей.
Если специалист незаменим, то, думаю, он может договариваться о любых условиях (понимая, что чем его требования наглее, тем больше шанс, что наймут команду, что бы его заменить), если заменим и стек устаревший, а новый он не учил даже на pet-проектах, то очевидно ему могут платить меньше, чем Джуну, у которого выбор есть и которого нужно завлечь на устаревший проект оверпрайсом.
Вы будете знать, что отказали вам не из-за возраста, а из-за того, что вы плохо прошли собеседование.
Проблема же не в том, что отсекают плохих кандидатов, а в том, что руководители считают, что доля хороших вариантов в старшей группе невелика и даже не рассматривают людей по такому критерию, им так проще, но для общества это не очень хорошая тенденция.
В США в резюме возраст не пишут и HH его не спрашивают. Не знаю запрещено ли это законодательно, но там этот параметр не рассматривают как характеристику работника.
Ими сложнее руководить (ибо 70% уже были/есть руководителями).
Не работал с людьми 45+, но то касается бывших руководителей, то с ними намного проще. Они самоорганизованы и мотивированы.
Тут наверное, больше как раз вопрос мотивации, что, возможно, бывший руководитель с амбициями к такому возрасту уже все попробовал, достигал неплохих высот, но обстоятельства так сложились, что и с пассивным доходом не получилось и не правильно построил карьеру, что навыки стали неактуальными. А сейчас опять выполнять самые простые задачи ради 3-х копеек на жизнь, совсем не интересно. Мне кажется, если это правильно развивающаяся карьера или сознательное решение сменить профессию, то все может быть даже очень позитивным.
Еще, если говорить о заводах старой школы, то люди оттуда натурально морально покалеченными выходят, что молодые, что в возрасте. Отсутствие каких-либо КПИ приводит к тому, что кто больше говорит и критикует, тот и молодец, даже если за этим трепом ничего не стоит. На словах они все дертаньяны, а как до дела, то ничего не знают, ничего не хотят, работая в команде только саботируют, учится — это позор, вдруг кто-то подумает, что тот, кто учит умнее. И это просто замкнутый круг.
В 1995 году датский программист (ныне живущий в Канаде) Расмус Лердорф (Rasmus Lerdorf) создал набор скриптов на Perl/CGI для вывода и учёта посетителей его онлайн-резюме, обрабатывающий шаблоны HTML-документов. Лердорф назвал набор Personal Home Page (Личная Домашняя Страница). Вскоре функциональности и быстроты Perl — интерпретатора скриптов — перестало хватать, и Лердорф разработал с использованием языка C новый интерпретатор шаблонов PHP/FI (англ. Personal Home Page / Forms Interpreter — «Личная Домашняя Страница / Интерпретатор форм»). PHP/FI включал базовую функциональность современного PHP: оформление переменных в стиле Perl ($имя_переменной для вывода значения), автоматическую обработку форм и встраиваемость в HTML-текст и многое другое. Новорождённый язык отличался от своего прародителя более простым и ограниченным синтаксисом.
CDN провайдеров очень много и Cloudflare не самый быстрый и даже не самый удобный. Возможно, самый низкий уровень входа, в том числе и благодаря вполне функциональному бесплатному тарифу.
Из альтернатив, могу порекомендовать Akamai, очень мощная штука, но дорогая, конечно. И уровень входа достаточно высокий, а что бы использовать все его возможности понадобится детальное изучения документации, возможно, курсы и консультации службы поддержки.
В США явно с этим все не очень хорошо, в том числе, что касается и черных. Родившись черным у вас в три раза выше шанс стать преступником, с успешной карьерой все еще хуже. Учитывая исторический контекст, это достаточно закономерно. Естественно, в цивилизованной стране должны приниматься огромные усилия для ликвидации этой проблемы.
Ну я считал и, пожалуй, до сих пор считаю, что специализированное решение имеет более широкий функционал и высокую производительность.
Специальные менеджеры очередей явно проще в использование. Если говорить об Elasticsearch, то там огромные возможности по морфологии, синонимам и многому другому.
Что касается целостности данных, то даже в случае применения реляционных БД их далеко не всегда обмазывают транзакциями и внешними ключами. В данном случае, PostgreSQL так же используется скорее как NoSQL база и целостность данных и даже их структура данных не гарантирована.
Если у вас критические данные, типа платежей, то их конечно же стоит делать строго с транзакциями и хранить в одной базе с ключами.
Давно хотел попробовать PostgreSQL, но Uber отбил желание, возможно, время пришло.
Как PostgreSQL справляется с полнотекстовым поиском? Или с очередями? Redis и MongoDB за счет своей простоты могут масштабироваться горизонтально, хотя я тоже сторонних использовать их только для нишевых задач. А есть еще граф, который я не упомянул. Думаю, что большая часть этого зоопарк есть на проекте в "микросервисах".
Особенно, непонятно для чего нужна реляционная база данных с тремя ключами и бинарным значением, если есть redis.
Похоже, что человек хорошо знает PostgreSQL и немного зациклился на этом инструменте. Хотя тут в комментариях упоминаются какие-то микросервисы и какой-то шибко умный прокси, возможно, в PostgreSQL разумная часть данных и логики, а про остальное просто забыли сказать.
Не понятно, чем не подошел типичный подход растаскивания монолита на микросервисы, без потери команды, данных и даунтайма. Не понятно, почему не применять более широкий набор БД и сервисов, есть же кеширование, полнотекстовый поиск, Redis, MongoDB, какие-то фоновые действия, основанные на менеджерах очередей, типа RabbitMQ или Apache Kafka.
TTFB вроде не скачет, но, конечно, может. Если отдача файлов идет через nginx или другой адекватный веб-сервер, то у него нет блокировок и жестких ограничений по числу отдаваемых файлов, все ограничено возможностями железа.
Вы мне тут, конечно, какие то сказки с леватским уклоном рассказываете.
Но даже если преположить, что такое возможно, то открою свою контору и буду нанимать лучших профессионалов, а не тех кто умеет танцевать ломбаду, получу конкурентное преимущество и стану самым богатым человеком в мире. Делов то? :)
Я работаю на вебе, для меня устаревший стек — это PHP5/Yii1. Вакансии не скину, но, поверьте, если бы я мог нанять хотя бы хороших мидлов по х1.5, я бы их нанял :) Сейчас, с современным стеком ко мне идут люди у которых есть оферы побольше, у интернов даже в пару раз больше.
С винформами сталкивался очень давно и то в рамках поделок на Delphi7. Если их еще поддерживают, то это не устаревший стек, это другой мир, возможно, там свой рынок, не знаю.
x2 за интерна, которого в нормальный проект, в принципе, никто брать не хочет, очень даже часто встречается. Для мидлов такие вакансии уже реже, конечно, там такие опции доступны, когда пытаются удержать специалистов.
По моему опыту, нанять толковых людей даже даже с x1.5 на устаревший стек почти нереально. Только рынок перегревать, доходило до абсурда, что просто перспективному мидлу с 1.5 годами опыта давали синьерский оклад, который в 2.5 раза выше, чем он получал до этого и то на текущем месте перебивали. Деньгами завлекать сложнее, чем кажется.
И это устаревший стек, но с обещанием начать переписывать.
Я, в профессиональном IT уже 15 лет и руководитель почти 10. Мы собеседовали даже свитчеров 40+, до найма не дошло, но, поверьте, не из-за возраста. Ну и их было буквально несколько штук, учитывая, что, в среднем, мы проводим около 10 собеседований, что бы закрыть вакансию, то даже статистически это не о чем не говорит.
Что касается ценности, то я не очень то часто встречал "старичов", которые сидят на проекте уже лет 15, очень хорошо его знают и делают много задач. Обычно, наоборот, сидят на синьерских зарплатах, при этом полностью выгорели, проект на старом стеке и никто не чешется его обновлять даже при наличии ресурсов. Свеженанятый джун за три копейки в разы продуктивней по КПИ и при ближайшем рассмотрении.
Если и были, продуктивные "старички" то за них очень держались и по доходу и условиям совсем не обижали.
Правда, речь не идет о 45+, все лет на 10 моложе.
Ну и, как я и писал выше, в такой ситуации оказываются далеко не все.
Стива Джобса как-то попросили назад в Эпл в 43. И не похоже, что бы собирались выгонять даже спустя 15 лет. Это, конечно, можно считать передергиванием, но достаточно и топ менеджеров и ученых и действительно толковых специалистов, которые и в 45+ и даже значительно позже очень востребованы и ценны. Можно вспомнить средний возраст нобелевских лауреатов. Очень много тех, кто получил акции или другой пассивный доход и может не переживать о заработке.
Из личного примера, мой отец и в 50 очень даже преуспевал, наверное, самое успешное время, возможно, если бы не рак, то и дальше было бы только лучше. До последнего стартовал новые начинания, компании, за ним шли люди.
Очень против "кидать и вытирать о них ноги" или о кого-либо и очень хорошо, что сейчас рынок в IT это почти искоренил. А по зарплате очень рад, что мне платят по рынку, а не такой доход, который кто-то считает справедливым.
Если специалист незаменим, то, думаю, он может договариваться о любых условиях (понимая, что чем его требования наглее, тем больше шанс, что наймут команду, что бы его заменить), если заменим и стек устаревший, а новый он не учил даже на pet-проектах, то очевидно ему могут платить меньше, чем Джуну, у которого выбор есть и которого нужно завлечь на устаревший проект оверпрайсом.
Проблема же не в том, что отсекают плохих кандидатов, а в том, что руководители считают, что доля хороших вариантов в старшей группе невелика и даже не рассматривают людей по такому критерию, им так проще, но для общества это не очень хорошая тенденция.
В США в резюме возраст не пишут и HH его не спрашивают. Не знаю запрещено ли это законодательно, но там этот параметр не рассматривают как характеристику работника.
Не работал с людьми 45+, но то касается бывших руководителей, то с ними намного проще. Они самоорганизованы и мотивированы.
Тут наверное, больше как раз вопрос мотивации, что, возможно, бывший руководитель с амбициями к такому возрасту уже все попробовал, достигал неплохих высот, но обстоятельства так сложились, что и с пассивным доходом не получилось и не правильно построил карьеру, что навыки стали неактуальными. А сейчас опять выполнять самые простые задачи ради 3-х копеек на жизнь, совсем не интересно. Мне кажется, если это правильно развивающаяся карьера или сознательное решение сменить профессию, то все может быть даже очень позитивным.
Еще, если говорить о заводах старой школы, то люди оттуда натурально морально покалеченными выходят, что молодые, что в возрасте. Отсутствие каких-либо КПИ приводит к тому, что кто больше говорит и критикует, тот и молодец, даже если за этим трепом ничего не стоит. На словах они все дертаньяны, а как до дела, то ничего не знают, ничего не хотят, работая в команде только саботируют, учится — это позор, вдруг кто-то подумает, что тот, кто учит умнее. И это просто замкнутый круг.
ru.wikipedia.org/wiki/%D0%98%D1%81%D1%82%D0%BE%D1%80%D0%B8%D1%8F_PHP
Из альтернатив, могу порекомендовать Akamai, очень мощная штука, но дорогая, конечно. И уровень входа достаточно высокий, а что бы использовать все его возможности понадобится детальное изучения документации, возможно, курсы и консультации службы поддержки.