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

#dev#Rhilip#merged ci: bump version to 1.6.1 closed #1293

#dev#Rhilip#merged fix(ci): action for pr should pass build crx

#dev#Rhilip#merged ci: allow firefox xpi auto_update

#dev#Rhilip#merged wip: allow firefox xpi to be autoupdate

#dev#Rhilip#merged fix: support Flood 4.x (aka jesec/flood ) It's BC break, Since legacy flood (aka Flood-UI/flood) is archived and deprecated, so we no longer support it in patch version. closed #715

Funding Round for TTPi Set TTPi - The Thinking Pod Innovations announces a funding round of $429.20K scheduled for December 14, 2024. For more details, visit their website: TTPi #Funding#TTPi#Innovation#Tech

Foundry Secures $500K Funding Foundry has successfully raised $500K in a funding round, dated December 4, 2024. For more details, visit their official site. #Foundry#Funding#Investment#AI#Tech#Startup

听 Acquired 讲 Google AI 史这期听到一个 fun fact: Google 进军自动驾驶早期（2013）曾经考虑过要不要收购 Tesla，当年谈的价格是 30 亿美金（Tesla 现在市值是 1380 亿）。如果当年这个收购完成，也不会有现在的 Tesla 和 openAI （Elon Musk 当年投资 openAI 一部分原因是想让他们来研究自动驾驶，后来也因此谈崩）。好有意思的 what if 平行宇宙可能性。 #podcast#AI#tech#Google#Tesla#funfact

本期「出厂设置」我们请到了我的播客启蒙导师（？），「噢妈妈」「散讲」播客，「她乡」社区和「The Pod Luck Club」Newsletter 的创始人穿堂风，来聊聊她如何从一个新闻学生转数据，又从咨询跳到了科技大厂，在美国、新加坡、日本工作，以及不工作了两年全球旅居的旷野人生故事。 一些内容摘要： - 为什么从新闻专业转到了 Data Engineer，又是如何从咨询公司进入了科技大厂 - 为什么换了这么多行业和生活地点 - 全球旅居两年多最喜欢的地方是哪里？ - 对比美国、新加坡、日本的职场文化和工作体验 - 咨询公司、美国科技大厂和日本 startup 的工作体验区别 - 同一个大厂上班的社畜，怎么人生就突然成了旷野 - 工作之外的其它 side projects - 对尚未入行或者考虑去这些国家工作的人的建议 收听方式： Spotify | Apple | 小宇宙 #podcast#OTD#career#tech#FB

Много новых людей пришло, расскажу ещё историю из бытия фрилансером. Делали мы как-то с другом проект для одной большой конторы (в своей области самой крупной в городе, миллиардные обороты). И вот там на старте нужно было подписаться в техзадании. А техзадание это такая увесистая папка страниц на сто. И подписаться мне, как руководителю проекта, нужно было на каждой странице. Когда проект запустился, ядро мы собрали быстро. Полный план был что-то типа полгода, но в конечном итоге заняло полтора, потому что после сборки ядра мы практически непрерывно занимались правками и замечаниями. Каждый месяц мы приезжали к заказчику и показывали, что сделали. А нам составляли список из 10-20 новых пунктов. За доработки доплачивали, но в какой то момент стало понятно, что мы в некотором смысле работаем на аутсорсе, хотя подписывались на один конкретный проект. А оставались мы работать, потому что проект не был введён в эксплуатацию, и бросать его без запуска не хотелось. Заказчик в итоге не переставал заваливать правками, шли месяцы. Впоследствии директор компании сменился, новому проект был без надобности, он заплатил нам остаток, который должен был, и проект остался навечно похоронен. Как так вышло: огромное и очень подробное техзадание, но всё равно непрерывные правки и замечания? Я позже рефлексировал этот момент и пришёл к таким выводам: 1. Заказчик описал в техзадании конечную систему, которую хотел бы видеть. Нам была нарисована практически каждая кнопка будущей софтины: очень детально и подробно. При этом результат, который требовался заказчику, был описан только в общих чертах (ещё и менялся по ходу дела). ТРИЗ учит нас обращать внимание на результат, а не на способ его достижения. 2. Заказчик не был готов ничего менять со своей стороны. Представьте, я прихожу в спортзал к тренеру и говорю, что вот вам деньги, а я хочу мускулистое тело. Мне тренер предлагает программу занятий. Но я заявляю, что нет, мне некогда, у меня нет времени и возможности ходить. Вообще для меня слишком дорого будет перестроить процессы в своей жизни. Так что нет, никаких походов на занятия. Я же плачу деньги, в конце-концов. Давайте, заплачу ещё больше, если требуется. Дам тренеру больше времени. Так же и тут: в компании были не готовы перестраивать процессы, обновлять софт и железо, обучать персонал. Поэтому новую систему пытались интегрировать со старой, а в интерфейсе использовать не лучшие решения, а привычные. #dev#freelance

Я регулярно участвую в хакатонах и конкурсах для разработчиков. При всей прелести основной работы, в ней частенько не хватает творческой активности, поэтому меня спасают конкурсы с относительно свободными задачами. Там можно не только выиграть ценные призы, но и поделать что-то нестандартное. А это и приятно само по себе и полезно для программиста, как источник новых знаний и нового опыта. В этот раз мы с командой приняли участие в хакатоне от Яндекса и Великого Новгорода. Цель была такая: создать навык (то есть голосового чат-бота) для «Алисы», который будет интересен гостям и жителям этого города. Подробнее в статье. #dev#hacks https://teletype.in/@clockstackwheels/novgorod-hack

В фантастике часто встречается сюжет о сверхмощном компьютере, который обрабатывает внутри себя симуляцию мира (вселенной, планеты, города). В 6-й серии 10-го Доктора Кто инопланетяне создают симуляцию Земли, чтобы понять, как её захватить. В сериале Devs герой делает виртуальную копию вселенной, чтобы знать всё прошлое и будущее. Нередко искусственный интеллект продумывает все варианты развития человечества, чтобы подсказывать людям лучший выбор (начиная от Мультивака Айзека Азимова и заканчивая третьим сезоном Westworld). Порассуждал с точки зрения программиста о том, почему это, скорее всего, принципиально невозможно. #scifi#dev https://teletype.in/@clockstackwheels/computer-prediction