TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #1118 · 2.07

Т-Банк #interview#dev | часть 1 из 3 Компания, в которую я целился с самого начала. Если в другие места я иногда проходил собесы либо для тренировки, либо для получения запасных офферов, то сюда я сразу решил, что хочу попасть. Подался через знакомство. Система у них такая: собесят не на конкретную вакансию, а на должность, а потом ищут вакансию внутри. На должность тимлида надо было пройти: менеджмент, любой язык, систем дизайн, фит с руководителем и командой. На скрининге эйчар спросил меня, готов ли я перейти на джаву. Запомните этот момент, я ответил, что не готов, и хотел бы оставаться в рамках привычного мне стека. Перед каждой секцией эйчар высылал страницу со ссылками и рекомендациями, как готовиться, это сразу плюс. Там чаще всего были названия книг и ссылки на видеоролики с мок-собеседованиями. Менеджмент Опять же, я не понимаю, как его оценивать, и какой вопрос можно задать, чтобы отличить сеньор-менеджера от мидл-менеджера. Но, возможно, я как раз и не понимаю, потому что я не менеджер. В целом интервью прошло приятно, собеседующий поспрашивал про мой опыт, предложил решить некоторые кейсы. В процессе он намекнул, что тимлид, скорее всего, сам код писать не будет совсем, что меня не очень обрадовало. Позже я узнал, что прошёл секцию на junior+. Не знаю, хорошо или плохо, вообще не понимаю, как сравнивать менеджеров, но для тимлида этого у них хватает. Ещё из Т-Банка после каждой секции поступала достаточно подробная обратная связь с рекомендациями литературы. Круто, нигде такого не было. Я был воодушевлён после этой секции и сразу купил книгу, которую посоветовали по результатам. Языковая секция По структуре точно такая же, как в Ozon: показывают на экране задачи, нужно решить, пишешь код сам, параллельно обсуждаете. Тут я блистал, потому что был очень хорошо готов. Я за секунды щёлкал все типовые вопросы, предугадывал уточнения интервьюера, пускался в неожиданную глубину устройства языка... Задача по SQL попалась в точности такая же, как в Ozon. Если помните, там я на ней затупил, но позже я конечно же обсудил все наилучшие варианты решения с DeepSeek и попробовал сам. Поэтому к некоторому удивлению интервьюера я лихо применил оконную функцию, вслух проговорив альтернативные способы. Кстати, здесь, в отличие от Озона, SQL-код можно было запускать и смотреть результат промежуточного запроса, это важный положительный аспект. Одна из задач была такая же, как в мок-интервью на ютубе, поэтому её я тоже знал. Потом буквально на полминуты притормозил на работе замыканий, но в итоге тоже дал верный ответ. По собственным ощущениям я прошёл секцию идеально. Слишком идеально для человека. Слишком быстро и безошибочно на всё отвечал. Боялся, что подумают, будто бы мне подсказывал ИИ. В качестве обратной связи получил рекомендацию перечитать Рихтера, что тоже хороший знак: если тебе из рекомендаций советуют только адски задротную низкоуровневую литературу, значит, на всё более человеческое ты ответил прекрасно. Много позже я узнал, что мне засчитали middle+. Что??? Я даже предложил эйчару совместно с каким-нибудь крупным техлидом пересмотреть запись собеса, настолько был поражён. Но в целом, это не очень важно, потому что общий грейд к тому моменту по всем секциям у меня был сеньорный. Просто непонятно и обидно. System Design Секция с самого начала пошла очень хорошо. Знакомый мне по пет-проектам и конкурсам домен: отслеживание курьеров на карте. Никаких абсурдных требований типа миллиарда запросов в секунду. Я с первых минут обсудил с интервьюером использование MongoDB ради геопространственных индексов, и, судя по всему, сразу же получил от него негласный респект. Удалось эффективно решить все проблемы, хорошо выбрать технологии. Никаких подводных камней, секцию прошёл на сеньора без вопросов.

Резултати

Намерени 360 подобни публикации

Търсене: #coding

当前筛选 #coding清除筛选
The Devs

@thedevs · Post #2026 · 06.12.2022 г., 08:42

Advent of Code 2022, small programming puzzles for a variety of skill sets that can be solved in any programming language. #coding @thedevs https://thedevs.link/HxnXh2

Hashtags

Claude Code/ Codex/ Antigravity 终极启动器 (iTerm2 版) 丝如滑。最近优化了 Keyboard Maestro 快速在 iTerm 中启动 Claude Code/ Codex 宏动作。(已放评论) 结合我的快捷键启动建议,双击 Command 键读取选中的文件或文件夹,通过 iTerm2 在 Claude Code 中打开该目录位置,如果没有选中内容则跳转到预设目录。这里好用的是如果识别到 iTerm2 窗口已经打开,则开启新的 Tab 窗口分栏进入 Claude Code 打开,默认 Cmd+T 直接打开默认窗口;Codex 双击 Option 键同理。 还有个双击 Ctrl 可以 Antigravity 中同样快捷获取路径打开 iTerm Claude Code cd 到对应目录。如果 Antigravity 未打开,双击 Ctrl 则先打开该该窗口。 相关链接: 1 Claude Code 终极启动器 2 目前我的顶级生产力启动器 3 iTerm2 #coding

Hashtags

Am Neumarkt 😱

@amneumarkt · Post #472 · 28.04.2023 г., 06:26

#coding I had some discussions with serval people about writing good code during machine learning experimentation. Whenever it comes to the part of writing formal code, opinions diverge. So, should we write good code that is easy to read with typing and tests, even in experiments? The spirit of experimentation is fast and reliable. So naturally, the question comes down to what kind of coding style allows us to develop and run experiments, fast. My experience with running experiments is that we will never run the code just once. Instead, we always come back to it and run it with different configurations or parameters. In this circumstance, how good shall my code be? For typing and tests, I type most of my args but only write tests needed to develop and debug a function or class. - Typing is important because people spend time figuring out what to put in there as an argument for a function. With typing, it is much faster. - Here is an example for tests: If I need to know the shape of the tensor deep in a method of a class, I would spend some seconds writing a simple test that allows me to put breakpoints in the method to investigate inside. But, the above is a bit trivial. How about the design of the functions and classes? I suggest taking your time writing those that are repeated in every experiment. We will hit some ceiling in development speed real quick, if we always use the first and most naive design for these. In practice, I would say, design it twice and write it once. One such example is data preprocessing. When dealing with the same data and problems, data transformations are usually quite similar in each experiment but a bit different in details. Finding the patterns and writing some slightly generic functions would be helpful. There is always the risk of over-engineering. I prefer to improve things little by little. I might generalize a function a little bit in one experiment. And also, don't hesitate to throw away your code to rewrite. Rewriting will take little time, and it usually brings in improvements. That's my five cents on code quality for developing and running machine learning experiments.

Hashtags

#Coding 今天闲下来重构一下以前坏掉的 Bilibili 网页播放器增强插件,发现我在其他项目中通过 Vite 构建 userscript (如 Tampermonkey) 插件脚本的依赖项目引流到另一个项目:vite-plugin-monkey,试用了一下确实是更加好用,也提供了不同框架的脚手架,给零碎的小需求节省了不少时间(不要问我小需求为什么不直接写单文件 vanilla js 呢🤣)

Hashtags

你要学会把代码和你自己分离,不要成为代码的拥有者。你要优化代码,便于其他人找到方法来修复错误和添加功能,把代码的控制权分散。因为你需要解放自己,继续去做下一个项目,否则你将永远无法脱身。 -- 《我编程20年的指导原则》 #Coding

Hashtags

椒盐豆豉剪报

@mtfront · Post #3300 · 17.06.2024 г., 21:55

给 Hugo 博客的代码区块更换主题 Hugo 默认的深色代码块跟我的浅色博客主题不太搭,于是研究了一下给 syntax highlighter 换主题。拒绝所有事情无脑上 dark mode 保护视力从我做起! 论我为了拖延刷题都能干出什么无聊事儿,本来前两天随手改一下的事儿,现在变出了一整篇博客,都快要丧失非建站非折腾博主的荣誉称号了…… #blog#coding

Hashtags

123•••10•••20•••2930
ПредишнаСтр. 1 от 30Следваща