Недавно вернулся оттуда. Год там пробыл, работал в компании типа нашего Циана. Зп была 7к$. На такую зп там вполне комфортно жить. Аренда 1 бедрум в 10 минутах ходьбы от работы в Дубай Марине выходила чуть меньше 2к$. На оставшиеся деньги можно было прекрасно и рестораны посещать, и всякие развлекательные активности и в принципе комфортно жить.
доходы был заметно выше среднего, только в мск могли купить квартиру с видом на мкад
Вы точно в курсе московских цен на недвижимость? Сейчас однушки бизнес-класса в пределах 3го транспортного начинаются примерно от 7 млн за 40 квадратов, в домах классом пониже — подешевле. Позапрошлой зимой смотрел квартиры в районе Волгоградского проспекта, комфорт-класс 80-90 квадратов за 10-11млн. (или около того), но там, конечно, с экологией не очень, зато бизнес-класс в районе Октябрьского поля рядом с Серебряным бором за те же деньги, правда 40-50 кв.м. Цены, разумеется, на этапе строительства за год-полтора до сдачи.
Я к тому, что если доход в МСК действительно выше среднего, то о виде на МКАД говорить не приходится.
Так нормальная ситуация же) Всегда приходится кому-то отказывать. И если вдруг одна компания предлагает ровно заявленную сумму, а другая — чуть больше, нет ничего странного, что вы, как соискатель, предпочтёте ту, которая предложила чуть больше. И нет ничего такого, чтобы сказать об этом, как о причине отказа
Обратите внимание, что тут все говорят именно про комфортный минимум, а не просто минимум. Если бы вы озвучивали минимум, который для вас комфортный, то и отказываться бы не пришлось
Вот смотрите. Допустим, я с Вами согласен и банить человека за высказывание мыслей о том, что «ограничение свободы слова — это хорошо» — плохо и не равнозначно, ведь это ограничение свободы слова, а человек всего лишь выступает с предложением. А теперь представим, что этот человек идёт ещё на десяток ресурсов с той же идеей, распространяет её, у него появляются сторонники, их количество достигает некоей критической массы, и теперь у него появляется возможность каким-то образом претворять свою идею в жизнь. В свою очередь у нас теряется возможность высказывать свой протест, ведь свобода слова теперь реально ограничена. И где же была та грань, когда этого человека, высказывающего своё мнение о том, что «ограничение свободы слова — это хорошо», нужно было остановить?
Иногда такое всё же нужно, чтобы не городить бойлерплэйты
Не спорю, вполне возможно, что иногда нужно. Просто в моей практике за последние несколько лет у меня не встречалось случаев, когда использование подобных конструкций значительно сокращало бы количество написанного кода.
Автор, вы бы хоть указывали какие из этих RFC приняты, а какие ещё на этапе обсуждения и голосования находятся. Мне лично очень не понравился синтаксис из RFC с несколькими областями видимости и действительно не понятно предложение с return if. Ну так эти RFC и under discussion ещё. И более того первый же коммент про public:private говорит о том, что синтаксис не интуитивный и предлагают обсудить альтернативы. return if же был ещё только-только в мае опубликован. Для PHP постоянно публикуется куча всяких RFC и если о каждой пачке RFC с кривым синтаксисом делать пост и панику разводить, то можно весь хабр ими завалить и к 30 сесть на успокоительные.
Я бы вот тоже попросил так не писать. Из-за подобных перлов потом не понятно где конкретная функция используется: статический анализ перестаёт работать, а если там эта $methodName ещё и создаётся с помощью сложения строк или ещё чего похуже, то и даже простой поиск по коду по вхождению строки может не помочь быстро найти откуда ноги растут у той или иной ошибки. По той же причине я предпочитаю не использовать массивы в качестве callable
Поддерживаю. Мне довелось в Тольятти пожить годик с 2017 по 2018, я бы поражен тому, как отстало там обеспечение поликлиник. До этого я жил в МСК и нормально пользовался гос больницами: и электронная запись там доступна, и диких очередей нет и я искренне не понимал, зачем идти в частную клинику. И тут я переезжаю в ТЛТ и оказывается, что чтобы записаться ко врачу, к обычному терапевту, нужно идти к 6 утра в поликлинику и брать талончик, которых еще может и не хватить, и выдают их строго с 6 до 8 утра (хотя вообще к 7 уже все заканчиваются). И выглядит это просто как реальная ТОЛПА людей. В итоге один раз мне посчастливилось взять талон, а во второй раз после часа ожидания талоны закончились и я ушел ни с чем. После этого я плюнул и рассудил, что лучше я пару раз в год потрачу 1-1.5к чтобы посетить терапевта платно, но без очередей и с комфортом, чем буду вот так измываться над своим здоровьем и мотать себе нервы.
У вас и функции, наверно, по 300-500 строк без логического разделения на приватные подфункции?
Разделение на более мелкие сущности придумали не только для того, чтобы легче тестироваться и соблюдать DRY, его придумали еще и для того чтобы отделять «мух от котлет». Тут вот мы обрабатываем http запрос, тут мы его валидируем, тут работаем с очищенными данными, а тут — формируем ответ. И если уж так вышло, что что-то из этого выполнено на аннотациях, что-то автоматически выполняется до вызова контроллера, что-то после и на бизнес-логику остается только 1 строка — штош поделать, придется смириться с тем, что у нас экшн контроллера состоит из одной строки.
В моей практике даже был случай, когда подобное разделение на слои и следование общим правилам внутри всего проекта в итоге позволило генерировать экшны контроллеров и документацию к ним (и после безболезненно перегенерировать в случае необходимости).
А в общем случае, если отойти от примера с 1 строкой, я думаю вы со мной спорить не будете, что легче работать с функциями по 10-30 строк и классами по 300-500 строк с не большим количеством методов, чем с монстрами. Естественно, увлекаться разбиением сущностей тоже не стоит, создавая по сервису не каждый чих — всё хорошо в меру
Не стоит так воспринимать БД. Аналогия для понимания классов и объектов может и удобная, но работа с БД кардинально отличается от работы с обычными объектами: вытащить строку из БД гораздо накладнее, чем создать новый объект в памяти. Работу с БД лучше воспринимать как работу с внешним сервисом со специфическим интерфейсом (чем она технически и является) и инкапсулировать ее в отдельный сервис/репозиторий, тем более что «завтра» эти прямые запросы к БД и правда могут превратиться в запрос внешнего сервиса.
Первый раз так же искал квартиру и даже влетел на деньги. В итоге с того момента пользуюсь исключительно Цианом, всегда вопрос о съеме закрывается в кратчайшие сроки, хотя и да, зачастую приходится заплатить агентский взнос, но я лучше 50-60% месячной оплаты отдам агенту и спокойно посмотрю и сниму квартиру, чем тупо потеряю деньги.
Лет 9 назад, когда я писал на C# для WindowsForms и WPF, там подобные действия вызвали бы исключение, в разработке на Java под Android, если мне не изменяет память, изменение UI из параллельного потока — тоже вызывает исключение. Возможно, в каких-то языках можно одновременно из нескольких потоков выполнять действия над UI, но в тех, с которыми работал я — нельзя. Нужно сначала вернуться в главный поток, который может работать с UI, и потом уже из этого потока выполнять над ним действия.
Семизнак, в который не заходил несколько лет, так и работает, есть список контактов и никакой истории сообщения — нафиг ты мне нужна в таком виде дорогая аська?
Только что залогинился на свой акк, думал может переписки старые почитаю, понастальгирую, а там один человек в конце 2019 заходил, остальные вообще без даты, и истории сообщений все пустые, хотя, что интересно, аватарки пользователей сохранились. Жаль, что аська теперь даже для того, чтобы зайти и почитать старые переписки, не годится
Я так понял что это работает как что-то среднее между наследованием и композицией. Со стороны наследования взяли поведение, но при этом не используют "extends", а со стороны композиции — то, что в конструктор объект исходного класса передают и присваивают его приватному свойству
Я вижу проблему в переключении между браузерами. Какая такая киллер-фича есть в одном из приведенных выше браузеров без лицензии, которая заставит меня использовать, скажем, Хром для просмотра фильмов/сериалов, и альтернативный браузер для всего остального? Да, переключиться между ними не долго, но зачем, если есть вполне нормальные «мэйнстримные» браузеры, в которых работает любой сайт.
Недавно вернулся оттуда. Год там пробыл, работал в компании типа нашего Циана. Зп была 7к$. На такую зп там вполне комфортно жить. Аренда 1 бедрум в 10 минутах ходьбы от работы в Дубай Марине выходила чуть меньше 2к$. На оставшиеся деньги можно было прекрасно и рестораны посещать, и всякие развлекательные активности и в принципе комфортно жить.
Вы точно в курсе московских цен на недвижимость? Сейчас однушки бизнес-класса в пределах 3го транспортного начинаются примерно от 7 млн за 40 квадратов, в домах классом пониже — подешевле. Позапрошлой зимой смотрел квартиры в районе Волгоградского проспекта, комфорт-класс 80-90 квадратов за 10-11млн. (или около того), но там, конечно, с экологией не очень, зато бизнес-класс в районе Октябрьского поля рядом с Серебряным бором за те же деньги, правда 40-50 кв.м. Цены, разумеется, на этапе строительства за год-полтора до сдачи.
Я к тому, что если доход в МСК действительно выше среднего, то о виде на МКАД говорить не приходится.
Не спорю, вполне возможно, что иногда нужно. Просто в моей практике за последние несколько лет у меня не встречалось случаев, когда использование подобных конструкций значительно сокращало бы количество написанного кода.
Я бы вот тоже попросил так не писать. Из-за подобных перлов потом не понятно где конкретная функция используется: статический анализ перестаёт работать, а если там эта $methodName ещё и создаётся с помощью сложения строк или ещё чего похуже, то и даже простой поиск по коду по вхождению строки может не помочь быстро найти откуда ноги растут у той или иной ошибки. По той же причине я предпочитаю не использовать массивы в качестве callable
Разделение на более мелкие сущности придумали не только для того, чтобы легче тестироваться и соблюдать DRY, его придумали еще и для того чтобы отделять «мух от котлет». Тут вот мы обрабатываем http запрос, тут мы его валидируем, тут работаем с очищенными данными, а тут — формируем ответ. И если уж так вышло, что что-то из этого выполнено на аннотациях, что-то автоматически выполняется до вызова контроллера, что-то после и на бизнес-логику остается только 1 строка — штош поделать, придется смириться с тем, что у нас экшн контроллера состоит из одной строки.
В моей практике даже был случай, когда подобное разделение на слои и следование общим правилам внутри всего проекта в итоге позволило генерировать экшны контроллеров и документацию к ним (и после безболезненно перегенерировать в случае необходимости).
А в общем случае, если отойти от примера с 1 строкой, я думаю вы со мной спорить не будете, что легче работать с функциями по 10-30 строк и классами по 300-500 строк с не большим количеством методов, чем с монстрами. Естественно, увлекаться разбиением сущностей тоже не стоит, создавая по сервису не каждый чих — всё хорошо в меру
Только что залогинился на свой акк, думал может переписки старые почитаю, понастальгирую, а там один человек в конце 2019 заходил, остальные вообще без даты, и истории сообщений все пустые, хотя, что интересно, аватарки пользователей сохранились. Жаль, что аська теперь даже для того, чтобы зайти и почитать старые переписки, не годится
Я так понял что это работает как что-то среднее между наследованием и композицией. Со стороны наследования взяли поведение, но при этом не используют "extends", а со стороны композиции — то, что в конструктор объект исходного класса передают и присваивают его приватному свойству
Тогда уж green-blue employment)