Downloaded 31 times
Uploaded byEduards Sizovs
Software Craftsmanship Essentials
The document discusses software craftsmanship, emphasizing the importance of professional skills and clean code within software development. It highlights the responsibility for quality, the necessity of continuous learning and improvement, and various resources for developers to enhance their skills. The content also touches on concepts like TDD and the role of architecture in projects.
More Related Content
Similar to Software Craftsmanship Essentials
![[BDD 2025 - Artificial Intelligence] Building AI Systems That Users (and Comp...](https://cdn.slidesharecdn.com/ss_thumbnails/ai-buildingaisystemsthatusersandcompanieslove-251124030845-038f7732-thumbnail.jpg?width=640&height=640&fit=bounds)
![[BDD 2025 - Mobile Development] Exploring Apple’s On-Device FoundationModels](https://cdn.slidesharecdn.com/ss_thumbnails/md-exploringappleson-devicefoundationmodels-251124030840-d690542c-thumbnail.jpg?width=640&height=640&fit=bounds)
![[BDD 2025 - Full-Stack Development] The Modern Stack: Building Web & AI Appli...](https://cdn.slidesharecdn.com/ss_thumbnails/fs-themodernstackbuildingwebaiapplicationswithserverless-251124030844-388cf04f-thumbnail.jpg?width=640&height=640&fit=bounds)
![[BDD 2025 - Artificial Intelligence] AI for the Underdogs: Innovation for Sma...](https://cdn.slidesharecdn.com/ss_thumbnails/ai-aifortheunderdogsinnovationforsmallbusinesses-251124030839-72a599a4-thumbnail.jpg?width=640&height=640&fit=bounds)
![[BDD 2025 - Mobile Development] Crafting Immersive UI with E2E and AGSL Shade...](https://cdn.slidesharecdn.com/ss_thumbnails/md-craftingimmersiveuiwithe2eandagslshaderveronicaputrianggraini-251124030840-0c677f44-thumbnail.jpg?width=640&height=640&fit=bounds)
Software Craftsmanship Essentials
- 1. Software Craftsmanship Essentials Eduards Sizovs eduards.sizovs@gmail.com @eduardsi onTwitter www.craftsmans.lv
- 2. Agenda Disciplines – DOs& DON’Ts
- 3. What topics dominateon software development conferences?
- 4. TALKS ON FUNDAMENTAL ENGINEERINGPRACTICES
- 5. Most software projectslook like a Big Ball of Mud
- 6. Theory vs. practicemismatch
- 8. Software craftsmanship isa movement about getting better at software development particularly through gaining professional skills.
- 9.
- 10. Who is responsiblefor quality in a project?
- 11. QA SHOULD FINDNOTHING.
- 12. Have you everbeen impeded by bad code?
- 13.
- 14. Leave the campgroundcleaner than you found it.
- 15.
- 17. Lean Architecture: for AgileSoftware Development James O. Coplien
- 18. Learn domain you’reworking in
- 19. Who always usesTDD?
- 20.
- 21. Who is responsiblefor your education?
- 22. Learning • Open Source •Breakable Toys • Books (Safari, Shelfari) • Online Resources (InfoQ) • Slides (SlideShare) • Following (Twitter) • Pairing • User Groups • Conferences • Trainings • Discussion Lists • FedEx days
- 23. Your idea ofPerfect Code Code you write at work «You Suck Gap »
- 24. Deliberate Practice • CodeKatas • Coding Dojos • Code Retreat • Craftsmen Swaps • Craftsmen Journey • Craftsmen Spikes
- 25.
- 26. Don’t be PrimaDonna
- 28.
- 29. « Programming isnot a craft » by Dan North http://goo.gl/eS4DY
- 30.
- 32. Valueless Software http://goo.gl/LDe2N0 The Hacker,The Novice, The Artist, and The Craftsman http://goo.gl/qmHIFr Hitting the High Notes http://goo.gl/rd8MF 8th Light http://www.8thlight.com/principles
- 33.
Editor's Notes
- #4 QCON: Reactive, Scrum, DevOps, Startup, BIG DATA
- #7 Новое поколение?Сильная теория (АВТО МЕХАНИКа)На работе – Big Ball of Mud и аврал.
- #8 Как молодая индустрия, мы сталкиваемся с серьезной проблемой:Качество (Подготовка специалистов Отсутствие проф. этики, «принято кое как» …Да и бизнес нам не доверяетПроблема в нас.
- #9 Цель – создание людей, подымающих планку.
- #10 ПланнингНе понимаю задачу, поэтому с умным видом дам 8, иначе покажусь «непрофессионалом».Возьму непосильный Эпик, иначе уволятЭто ж «единичка»Давление Манагер: демо на завтра с новым клинетомс НОВОЙ ФИЧЕЙ; Девы: ОК! Если зафейлим, то естьТАЗИКСПЕШКА -> режем углы -> потеря качества -> пропущенные коммитменты в long-term, и выглядим как кучка делетантов.Врач и прибежавший пациент.Мы должны отвечать за свои решения –коммитменты, эстимейты, код и качество.
- #11 А ЕСЛИ НЕТ QA, КАК В ГУГЛЕ?КОМАНДА. Важно – девелопер не в меньшей степени чем QA.
- #12 Some of us use QA to find bugs. Throwing over a wall.Я НАКОЛБАШУ МНОГО КОДА! Какой выигрышот НАКОЛБАШИВАНИЯ того что НЕ РАБОТАЕТ и ВЕРНЕТСЯ ОБРАТНО? Меняем mindset – QA ничего не найдет. Our standards is so high! We should impress QA! QAчто-нибудь найдет, никто не идеален. Это наше ОТНОШЕНИЕ!Если мы берем ответственность за качество, то эффективность всего процесса тестинга – НАША проблема. - Не позволяем QA работать роботомРаботаем тесными парами с QA. Помогаем автоматизировать (сложно), обучаем написанию кода, делаем ревью и рефакторим. QA SHOULD FIND NOTHING.
- #13 ТОГДА ЗАЧЕМ ВЫ ЕГО ПИСАЛИ?Не было времени! Пофишку позже (врач)ГАВНОКОД – болотоGO WELL.
- #14 «непробиваемый» код. Жалко портить…Обдумываем каждую строчку кода, чтобы строчка говорила сама за себя:Подбираем имена, выдимые сайд-эффектыМаленькие методы (1-5 строк), 1-2 аргумента, лучше – вообще без нихМножество независимых классов с одной ответственностьюНет дубликацииНет комментов
- #15 Элементарное правило способное спасти даже самый последний проект! Не следуем Реальная история: команда, которая довела проект до ручки выбила «великий редизайн»:Собирается команда тигров, способная решить все проблемы компании!Остальные – на подхватеЕсли команда довела систему до ручки, она снова к ней придетЛучше потратьте время на создание культуры «бойскаутов». Остальное - вопрос времени.
- #16 Миф – Agile убил «дизайн и архитектуру». Раз мы понимаем, что архитектура и дизайн неминуемы, то:Вы ответственныАрхитектура = Код. Архитекторы нужны. Нужны «правильные» девелоперы.
- #19 Проблема: как можно разрабатывать бизнес-приложение, если мы не понимаем бизнес? AD-HOC сервисы.Проблема: вряд ли можем предложить умное бизнес решение для проблемы. Будем делать то, что говорят.Сеньоры – техника.Пример: В Литве со всех сторон «поджали» законы. Бизнес, ссылаясь на материалы кредитной ассоциации Литвы, завыл, что дела плохи.Dainius, подняв документы и углубившись в ЖЕСТКИЕ расчеты, зацепившись за «нюансы» сумел сохранить бизнес, сделал его «рентабельнее». Даже наняли профессора математики. Начальник зафорсил премию.Вывод: если хотите, чтобы бизнес воспринимал вас как партнеров, а не людей говорящих на языке 01, то DDD в помощь. Читаем!
- #20 Сейчас посмотрим кто из «TDD» опустит руки:Пишем ли мы тест, перед написанием каждой строчки кода?Так как код нельзя забыть, не забываем ли мы рефакторить?
- #21 Новаяфича без TDD (Дебаг-дривен-девелопмент):Ответ: Что-то останется непокрыто. Боимся того, что создали. Или не трогаем или подход «авось бахнется»Бонусы:Нельзя создавать нетестируемый код (бывало?)Нельзя ускакать слишком далеко (поменять слишком много) - (бывало?)Бесплатные тесты! Бесплатная дока! 100% coverage! (бывал?)
- #22 Employerpromises to pay you, and you promise to do a good job. 30 минут в обед – 10 часов в месяц
- #24 Бомбящие ТАЛАНТ
- #25 Code Katas – Главное – процесс. Watch your mouse, repeated ops!!! Coding Dojo – doing katas in pairs, TDDCraftsman Swaps - companies exchange developers to learn from each other.Craftsman Journey – you go there instead of conference…Craftsman Spikes – company gives you a green light to work on side project, X% of time.Организуйте!
- #26 Факт: Каждый начинающий девелопер может стать Профессионалом, при правильном менторинге. Реальность: приходит молодой девелопер, остается один на один с гавно-кодом, все в наушниках, а ему нужно шипить.ОТОРВАТЬСЯ ОТ КЛАВИАТУРЫ и взять новичков под свое крыло:- Создавать среду, где новичок может видеть результат своих ошибок (деплоить на продакшн с фичер-тоглом)Указать на недостатки в текущем инвайронментеПарное программированиеКод ревьюСледим за развитием (ей, пора подтянуть REST)Win-win для всех!
- #27 Примадонна-девелоперы ставят свое ЭГО и искусство написания кода превыше всего, даже самого продукта. Симптомы:Только «тайгер тип»Код вылизываем, но не шипим того, что хочет бизнесЗапрещаем менять систему из-за «элегантности текущего решения»Помните: бизнесу нужно решение проблемы, а не софт. Если бы была возможность решить проблему без софта, так бы и сделали.
- #31 Located in USA (Nov 2013, 2 days conference in Chicago)
- #32 It’s more than enough to start driving adoption in your country, user group, company, team!
- #34 Craftsmanship – не следующая «большая штука», которую модно вписать в CV. Craftsmanship – это попытка маленькими шажками улучшить самую передовую и влиятельную индустрию в мире, остро страдающую от непрофессионализма. Миссия невыполнима? Посмотрите вокруг. Вас окружают люди, которые, вместо того, чтобы сейчас смотреть дома телек, расширяют свой багаж знаний, чтобы применить их в проекте, передать другим. Другие передадут дальше. От нашей активности зависит успех «миссии». Самое время «поднажать»!