У Huawei есть две топовые модели подороже и несколько ценой сильно дешевле:
— HUAWEI MATEBOOK 13 2020 — 65 990 — 77 990
— HUAWEI MATEBOOK X PRO 2020 — 129 990
Оба с соотношением сторон 3:2 — говорят вначале непривычно, а потом очень нравится судя по отзывам. Матрицы там хорошие тоже 100% sRGB. Они скорее и являются альтернативой Air нежели модели от Honor (13" ноуты).
Прямо сейчас в поисках, из того, что нашел и нравится внешне:
— HONOR MAGICBOOK 14 — 39 990 — 44 990
— HONOR MAGICBOOK PRO — 54 990
Как альтернатива Air вам может подойти — 14, а мне ближе Pro очень интересный для меня — да, он тяжелый, но там Ryzen с индексом H, что дорогого стоит (был у меня i7 8-поколения с индексом U — печалька для бекендера, чуть чего сразу в троттлинг уходим — выжать максимум на нем не получится). С Pro одна печаль — там максимум 8 гигов оперативки… У обоих на сколько я понимаю заявлен цветовой охват 100% sRGB. Ценник на ноуты очень радует — прямо сейчас можно 5000 сэкономить при покупке через официальный сайт компании.
Еще есть интересные модельки у самого Huawei — присмотритесь к ним тоже обязательно.
Вы просто непредставляете какая это позитивная новость! Вчера просил купить хотя бы на два года — сказали нельзя. Купил на год, а тут такая новость! Купил продление на год — итого два года! Благодарю сердечно -))
Можно программистам вообще не платить. Совсем. Просто не нанимайте себе программистов — займитесь бизнесом, который не «привязан» к программистам. Постойте! Там тоже же надо будет нанимать персонал. Или нет? Вот блин засада-то! Вариантов остается два — либо делать бизнес «в одного», либо идти работать «на дядю».
Теперь по делу: мне как и некоторым людям выше в комментариях показалось, что статья просто стеб. Автор реально верит в сказки, что программисты не будут ходить на конференции, потому что он так решил? А что если конференция будет в выходные? По поводу денег и сокрытия данных — это же миф. Мы все прекрасно понимаем сколько получают наши друзья программисты ибо по другому никак. Чтобы быть в теме и рынке некоторые, если не многие, постоянно мониторят рынок труда, чтобы понимать уровни денег и мейнстримовые скиллы, которые нужно растить и развивать в себе.
Столько мыслей крутится в голове, а тег то у нас «управление людьми, юмор»)) Но здесь забавно то, что я работал в одной компании, где на уровне официальный корпоративных правил было запрещено рассказывать о своей ЗП коллегам. И это не было юмором или шуткой — все серьезно.
Попробуйте node-sass — работает хорошо. Там выше писали про не 100% совместимость с оригинальной реализацией, но я пока не сталкивался с этой проблемой (возможно она действительно есть).
Аккаунты всех пользователей и профили компаний Brainstorage со всеми их данными и связями были перенесены на «Мой круг». Войти в свой перенесённый аккаунт можно по тому же email, на который он был зарегистрирован ранее. Для этого потребуется сбросить пароль на форме авторизации.
При переносе аккаунтов не были перенесены портфолио, образование и подписчики. Если пользователи были взаимно подписаны друг на друга, то они были преобразованы в «друзей». При переносе профилей компаний им был полностью сохранен тот же самый баланс, который у них был ранее, а срок размещения опубликованных ранее вакансий продлён на 2 недели.
Я думаю мерж аккаунтов вполне прогнозируемая задача — мне видится странным, если этого не будет в будущем. Другой вопрос: когда? С этим сложнее видимо…
Когда проекты смержатся — идеально, чтобы и аккаунты смержились автоматически либо полуавтоматически (я готов «ручками одобрить» мерж). И еще — хотелось бы, чтобы меня предупредили о предстоящих действиях и я как пользователь обоих сетей был готов к этому.
В целом кстати позитивно получилось — у меня было стойкое ощущение, что Яндекс не вкладывается в проект уже давно (возможно реально это не так).
Скажите пожалуйста, что делать если у меня есть аккаунт в «Моем Круге» (уже перенес его на новый «Мой круг») и аккаунт в «Брейнсторэйдж»? Можно их объединить?
Мой опыт и опыт всех моих знакомых разработчиков показывает, что обычно у нас нет времени на трюки с выпилкой только нужного функционала из подключаемых либ. Я о том, что скажем в проекте с 20-30 зависимостями (мы понимаем, что это не предел для долго играющих проектов) из composer у нас просто физически нет времени на описанные выше действия.
Часто приходится быстро находить решения для задач, чтобы клиент остался доволен и проект завершился во время. Конечно, это вопрос менеджмента на проекте и возможно здесь есть над чем задуматься. Хотя опять же ваш подход как я думаю в теории должен сильно увеличивать сроки, даже с учетом, что все ходовые штуки вы уже давно выпилили и юзаете от проекта к проекту. Или нет?
Я правильно понимаю вы противник composer way? Каким путем идете вы?
Можете рассказать какие именно огромные трудности испытает нагруженный проект (серьезно интересно)?
По моему composer как раз не для «лишь бы было и работало», а как раз для того, чтобы заюзать удобный интеллектуальный менеджер «пакетов», в котором есть все для дальнейшей жизни проекта (install, upgrade, remove, dependencies).
Кто сказал, что я игнорирую их?! Phalcon 2 крут в плане скорости, но сейчас речь не про это. Речь про то, что важно здраво оценивать то, что напишут тестеры и понимать, что синтетика никогда не даст реальных результатов и поэтому важно думать прежде чем выбирать тот или иной фреймворк для вашей задачи. Не более.
Я не замерял… А раз так — конкретных иксов я не скажу и устроить ваш ответ меня не может без прогнанных тестов. Я говорил лишь о том, что x10 unreal в реальном мире.
Скажите, вы сами видели проекты, в которых по мимо самого фреймворка и вашего кода нет ничего дополнительно поставленного через composer? Речь не о проектах уровня «Hello world!».
Я о том, что понятно — сам фреймворк быстрый, sf2 курит в сторонке, все дела… Но в реальности все немножко иначе и надеяться на x10 ускорение не приходится.
Мы же с вами понимаем, что обычно в проекте по мимо самого фреймворка куча дополнительных модулей, подтянутых с помощью composer, плюс наш код, а значит скорость работы не будет x10.
За это время я тоже потрогал Laravel 4 — понравилось возникшее чувство простоты и понятности. Symfony 2.5 при всех ее плюсах не блещет простотой, иногда даже через чур сложна и требуется время, чтобы вникнуть в предоставляемые ею концепции.
Для себя я пока остановился на следующем:
— для своих не больших проектов и/или проектов для души беру Laravel 4 (для новых проектов Laravel 5);
— для долгоиграющих рабочих проектов беру Symfony 2.6.
— HUAWEI MATEBOOK 13 2020 — 65 990 — 77 990
— HUAWEI MATEBOOK X PRO 2020 — 129 990
Оба с соотношением сторон 3:2 — говорят вначале непривычно, а потом очень нравится судя по отзывам. Матрицы там хорошие тоже 100% sRGB. Они скорее и являются альтернативой Air нежели модели от Honor (13" ноуты).
Прямо сейчас в поисках, из того, что нашел и нравится внешне:
— HONOR MAGICBOOK 14 — 39 990 — 44 990
— HONOR MAGICBOOK PRO — 54 990
Как альтернатива Air вам может подойти — 14, а мне ближе Pro очень интересный для меня — да, он тяжелый, но там Ryzen с индексом H, что дорогого стоит (был у меня i7 8-поколения с индексом U — печалька для бекендера, чуть чего сразу в троттлинг уходим — выжать максимум на нем не получится). С Pro одна печаль — там максимум 8 гигов оперативки… У обоих на сколько я понимаю заявлен цветовой охват 100% sRGB. Ценник на ноуты очень радует — прямо сейчас можно 5000 сэкономить при покупке через официальный сайт компании.
Еще есть интересные модельки у самого Huawei — присмотритесь к ним тоже обязательно.
Теперь по делу: мне как и некоторым людям выше в комментариях показалось, что статья просто стеб. Автор реально верит в сказки, что программисты не будут ходить на конференции, потому что он так решил? А что если конференция будет в выходные? По поводу денег и сокрытия данных — это же миф. Мы все прекрасно понимаем сколько получают наши друзья программисты ибо по другому никак. Чтобы быть в теме и рынке некоторые, если не многие, постоянно мониторят рынок труда, чтобы понимать уровни денег и мейнстримовые скиллы, которые нужно растить и развивать в себе.
Столько мыслей крутится в голове, а тег то у нас «управление людьми, юмор»)) Но здесь забавно то, что я работал в одной компании, где на уровне официальный корпоративных правил было запрещено рассказывать о своей ЗП коллегам. И это не было юмором или шуткой — все серьезно.
Для любителей ноды уже давно есть node-sass — с ним руби не требуется вообще. Я давно его использую и доволен как слон.
…
Детали переноса аккаунтов
Аккаунты всех пользователей и профили компаний Brainstorage со всеми их данными и связями были перенесены на «Мой круг». Войти в свой перенесённый аккаунт можно по тому же email, на который он был зарегистрирован ранее. Для этого потребуется сбросить пароль на форме авторизации.
При переносе аккаунтов не были перенесены портфолио, образование и подписчики. Если пользователи были взаимно подписаны друг на друга, то они были преобразованы в «друзей». При переносе профилей компаний им был полностью сохранен тот же самый баланс, который у них был ранее, а срок размещения опубликованных ранее вакансий продлён на 2 недели.
В целом кстати позитивно получилось — у меня было стойкое ощущение, что Яндекс не вкладывается в проект уже давно (возможно реально это не так).
Мой опыт и опыт всех моих знакомых разработчиков показывает, что обычно у нас нет времени на трюки с выпилкой только нужного функционала из подключаемых либ. Я о том, что скажем в проекте с 20-30 зависимостями (мы понимаем, что это не предел для долго играющих проектов) из composer у нас просто физически нет времени на описанные выше действия.
Часто приходится быстро находить решения для задач, чтобы клиент остался доволен и проект завершился во время. Конечно, это вопрос менеджмента на проекте и возможно здесь есть над чем задуматься. Хотя опять же ваш подход как я думаю в теории должен сильно увеличивать сроки, даже с учетом, что все ходовые штуки вы уже давно выпилили и юзаете от проекта к проекту. Или нет?
Можете рассказать какие именно огромные трудности испытает нагруженный проект (серьезно интересно)?
По моему composer как раз не для «лишь бы было и работало», а как раз для того, чтобы заюзать удобный интеллектуальный менеджер «пакетов», в котором есть все для дальнейшей жизни проекта (install, upgrade, remove, dependencies).
Я о том, что понятно — сам фреймворк быстрый, sf2 курит в сторонке, все дела… Но в реальности все немножко иначе и надеяться на x10 ускорение не приходится.
За это время я тоже потрогал Laravel 4 — понравилось возникшее чувство простоты и понятности. Symfony 2.5 при всех ее плюсах не блещет простотой, иногда даже через чур сложна и требуется время, чтобы вникнуть в предоставляемые ею концепции.
Для себя я пока остановился на следующем:
— для своих не больших проектов и/или проектов для души беру Laravel 4 (для новых проектов Laravel 5);
— для долгоиграющих рабочих проектов беру Symfony 2.6.