Намери подобно съдържание

博客名称：面条实验室 博客地址：https://mt.ci/ 博客分类：#Life#Code#Tech 建立时间：2009年 博客介绍：前端切图仔，后端三脚猫，运维挖坑人。又是一个十分丝滑的博客！ RSS地址：https://feed.miantiao.me/ #Blog 频道：@FindBlog 群组：@FindBlog_Group

博客名称：Hi, DIYgod 博客地址：https://diygod.me/ 博客分类：#Code#Tech#Life 建站时间：2014年 博客介绍：DIYgod，一个可爱的人，一个纯粹的人，一个没有脱离低级趣味的人。他是RSSHub 的作者，万物皆可 RSS，在博客中他分享代码分享技术，分享自己的美好生活。 RSS地址：https://diygod.me/atom.xml #Blog 频道：@FindBlog

博客名称：和平海底 博客地址：http://www.auiou.com/ 博客分类：#Life#Code#Tech 建站时间：2006年 博客介绍：和平海底，王志勇的Blog，他的想法记载于此网志。博客为站长自主开发的网站程序，资深站长。 RSS地址：http://www.auiou.com/feed/ #Blog 频道：@FindBlog

博客名称：Shidenggui 博客地址：https://shidenggui.com/ 博客分类：#Life#Tech#Code 建站时间：2020年 博客介绍：独立开发者食灯鬼的个人博客，同时也是元思笔记、BlogHub、推书君的开发者。在博客里他记录自己的所思所想、技术经验分享、读后感。 RSS地址：https://shidenggui.com/feeds #Blog 频道：@FindBlog

知名应用的 AB test 结果 via 潮流周刊第 195 期 这个网站汇集了一些 app 的不同设计的 AB test 结果，展示了仅仅是设计不同能为应用增长带来多大的改变。每个测试除了 treatment 图示外还有各个数据增长的数据和数据来源。网站还将不同实验分了类，如 free trial, onboarding, checkout 等。很值得产品和设计从业人员借鉴借鉴。 #tech#data#newsletter

Episode 03 #Tech #AruseArkani #CompingLabs Coffee? Choy? PC Tech? Tomosha qilamiz do'stlar 🙏🏽👍🏽

https://t.me/solidot/28283 - AI 是裁员借口，用来掩盖真实裁员原因 - AI 普及速度比宣诚的慢很多，大型企业中 AI 进展缓慢 ^ 符合个人实际工作观察。 #tech#career#AI

#Gadgets#手机#硬件推荐 📱 昨天趁着双十二购入了一直想买的多亲 Qin 2 Pro 手机。Qin 2 Pro 是一个非常小巧，非常独特的「老年机」。¥599 的价格包含了一颗紫光展锐的 CPU、2GB 的内存、32GB 的存储以及一块 5.05 寸 22.5:9 的全面屏。出乎意外的是它的接口竟然是 USB-C，👍 AWESOME。 Qin 2 Pro 原生运行的是 Android Go (Android 9.0) 的操作系统，不是特别卡顿，用下来我觉得用来偶尔（用伟大的 Share 微博客户端！）刷刷微博、看看酷安，还是绰绰有余的。Telegram、微信等等我也都有安装。同时，利用 ADB 我也成功解除了 12 个 APP 的安装限制，并隐藏了三大金刚导航键，替换为 Fluid Navigation Gestures。总体来说，除了输入法 26 键不太好输入、没有生物识别导致我每次都要输 1Password 的主密码之外，其他都还算满意。毕竟只有 ¥599，what more can you expect? 📮 Via channel: @realSpencerWoo

#photo#aesthetic#postinternet#tech source

Внезапно сменил работу Кажется, буквально только что прогремела моя статья о собеседованиях, феерично завершившаяся попаданием в 2ГИС. Восемь месяцев — чертовски маленький срок. Никогда не занимался «джобхоппингом», так что и сейчас не открывал резюме, не искал работу, готовился к аттестации. Встроился в процессы, накупил корпоративного мерча, подружился с коллегами и стал регулярно ездить в офис (который при мне перенесли в другое здание и расширили). Уже прям ассоциировал себя с 2ГИС. Но внезапно мне сделали очень заманчивое предложение. Такое, от которого невозможно отказаться. Позвали в расширяющуюся финтех-компанию архитектором на новые продукты. Очень грустно уходить из 2ГИС, но я бы себя не простил, если бы не воспользовался открывшейся возможностью. Сегодня на теперь уже старом месте работы было exit-интервью. Кстати, хорошая практика — компания обращает внимание на особенности в статистике увольнений. Задавали вопросы о том, что было хорошо, а что можно улучшить. Вообще впечатления от 2ГИС самые тёплые. Из плюсов я бы выделил развитую корпоративную культуру и приятную атмосферу работы (не в последнюю очередь благодаря коллегам). Я с удовольствием читал внутренний новостной портал, ходил на презентации фич и самопрезентации новичков, участвовал в местных квизах. Прям сильный косяк вышел только с хакатоном, я вам об этом писал, но там скорее всего просто конкретные организаторы лажанули. Одна из самых крутых киллер-фич 2ГИС, как работодателя — упрощённое взятие выходных и отпусков. По большей части не нужно никаких специальных согласований, если ты внезапно повёз ребёнка к врачу, или сам устал и хочешь денёк отоспаться. Однако, в других местах отсутствие формализма порождает сложности. В Росатоме, например, процессы движения задач по жизненному циклу были зарегламентированы сильнее: нельзя передать что-то в разработку без аналитики, постановщик задачи сам следит за её статусами, задача целиком переназначается всегда на текущего одного ответственного человека (на стадии разработки на программиста, на стадии тестирования на тестировщика и т.д.). В 2ГИС иногда задачи приходили от бизнеса с необходимостью самостоятельно ходить по людям и уточнять, что на самом деле хотели. Делалось это как бы для экономии на аналитиках, что лично мне кажется большим заблуждением: бизнес таким образом платил за время более дорогого программиста, который ещё и выполнял работу аналитика дольше, потому что специализируется на другом. В итоге то, что казалось экономией, в моём понимании было скорее увеличением расходов и сроков. То же самое касалось, например, архитектуры и техдолга (но это типичная проблема подавляющего большинства бизнесов — техдолг вообще никто не умеет считать и оценивать). Я бы сказал так: 2ГИС как бы вырос из стартапа и стал практически бигтехом, особенно после покупки Сбером. Если не бигтехом, то энтерпрайзом точно. Но в итоге оставил часть недостатков стартапа (экономия на «второстепенных» вещах, отсутствие регламентов) и получил часть недостатков энтерпрайза (слабое влияние сотрудников на конечный продукт, очень затянутое планирование и согласование новых задач, заметное количество легаси). С другой стороны в той же мере присутствуют одновременно плюсы стартапа (простые организационные процессы, неформальная атмосфера) и плюсы энтерпрайза (стабильная компания с офисами, конкурентными зарплатами, рыночным белым оформлением, айти брендом и корпоративной культурой). Если вы дисциплинированы, компетентны и не боитесь некоторых трудностей, то я однозначно готов советовать работу в 2ГИС. Сейчас идёт набор разработчиков на C#, Go, дата-саентистов, присоединяйтесь :) Уровни мидл и сеньор. #dev@clockstackwheels#life@clockstackwheels

Самое удивительное в энтерпрайз-разработке — необходимость специально доказывать и аргументировать объективно правильные решения. Представь, приходишь на автомобильный завод, а там выпускают бензобаки с дыркой в центре одной из стенок. Причём, это не особенность конкретного рынка или потребителя, просто исторически так процессы сложились. Ты такой: «Эээ, зачем с дыркой, давайте делать без дырки». Но тебе отвечают, что нужно аргументировать, защитить эту позицию перед бизнесом, ещё и с цифрами. Показать, что затраты ниже, чем профит. А начальник производства тебе ещё и раскладывает: на бензобаки без дырки будет уходить больше металла, так что твоё предложение приведёт к росту расходов. Ещё и у клиентов баки начнут заполняться дольше, негативный опыт. Ты находишь инженерные книжки с описанием физики сплошных сред: «Вот гляньте что пишут, вот аргументы, вот схемы и формулы». А в ответ слышишь, что книги это идеализация, и в жизни оно всё иначе, нужно реалистично смотреть. Но самое главное: перестраивать линию на отсутствие дырки это прям очень дорого: станки переконфигурировать, персонал обучать, да и наверняка первое время будут косяки, поставки снизятся. Короче если прям не докажешь, что профит от твоего предложения принесёт миллиард за день, то иди нафиг. Почему в разработке такого много, а на реальных автомобильных заводах всё-таки делают без дырок? Я вижу две причины: 1. Во-первых, когда бензобак еб**ёт, или там самолёт упадёт, это очень заметно. Аварии происходят с шумом, нередко с травмами. А падение какого-нибудь входящего интеграционного потока из-за отсутствия контроля состояния модели — это тихо, без фейерверков. Ну насыпется в лог ошибок, пошёл, руками поправил пару записей в БД, запустил снова. 2. Во-вторых, всё-таки у разработки низкая степень разнообразной конкуренции из-за склонности этой сферы к монополизации (которая обусловлена простотой доставки потребителю). В мире порядка тысячи автопроизводителей, а вот софт одного типа обычно выпускает едва ли десяток компаний. Сколько фирм делают, например, САПР для твердотельного моделирования? Нейросетка мне привела девять. Сколько настоящих конкурентов у какого-нибудь Майкрософт Офиса? Один: гугл документы. И вроде всё понятно, как оно работает, но не перестаю удивляться. Нужно прям реально убеждать людей, не на инженерном языке, а на языке бизнеса и маркетинга, что дырка в бензобаке это плохо. #dev#life

У меня начался отпуск, прошло 2.5 года, как я работаю на обычной работе по найму. До этого я около 7 лет был фрилансером, а в начале этого пути запустил пару успешных собственных проектов (и пару десятков неуспешных, которые, собственно, высосали все заработанные деньги). Некоторые разработчики хотят уйти из найма во фриланс. Кажется, что личного времени становится больше, максимально гибкий график, работай себе с берега моря. У меня обратный опыт — добровольный переход с фриланса на найм, и опыт скорее положительный. Что стало хуже: 1. Спонтанные мероприятия теперь почти недоступны. В середине рабочего дня не поедешь к друзьям играть в настолки. 2. Как ни крути, но 30 дней отпуска в год — это прямо очень очень мало. Его неизбежно приходится разбивать на части, и каждая из этих частей очень маленькая — в длинное путешествие не съездить, собственный проект не замутить, с кучей накопившихся бытовых дел не разобраться. 3. На фрилансе ты можешь не брать заказы, которые содержат большую долю скучной для тебя работы. В найме же ты обязан брать задачи, даже если они на 80% состоят из какого-нибудь рефакторинга или написания документации. Что стало лучше: 1. Денег стало больше. Зарплата заметно выше моего среднего дохода с фриланс-заказов. Я сильный прогер, но тратить время и внимание на поиск клиентов и заказов мне всегда было тяжело. Сейчас я конвертирую своё время в деньги эффективнее, потому что занимаюсь только разработкой и руководством другими разработчиками. 2. У меня появились выходные. Я могу не работать в выходные, и это удивительное чувство. На фрилансе формально ты можешь работать когда хочешь, но по факту хоть чуть-чуть работаешь каждый день, потому что висит очередной заказ с дедлайном. Сейчас я со спокойной совестью все выходные занимаюсь исключительно своими делами. 3. У меня пропала нервозность по поводу того, что я ещё что-то не доделал и не успею вовремя, если сейчас не сяду. Рабочий график распределяется как раз на комфортный уровень загрузки. 4. Я перестал работать по ночам, и в целом у меня нормализовался режим дня. Будучи фрилансером, я мог вставать в обед, потом сидеть до утра, и из-за этого снова долго спать. Это могло длиться месяцами. Сейчас каждое утро дейли, рабочий день начинается в одно и то же время, поэтому график у меня нормальный. 5. За 2.5 года работы в компании я прокачался в программерских скиллах как за 7 лет фриланса. Потому что на фрилансе ты плюс минус делаешь всё уже знакомым тебе способом. А вот при работе в компании есть другие разработчики, которые знают что-то, чего не знаешь ты. И есть кодревью, это очень полезная штука, причем, полезно и самому проводить, и чтобы тебе проводили. #dev#life