Почему бухгалтеров мы можем обучать, а программистов — нет
Кажется, мы делаем всё, чтобы писать хороший код: читаем книги, слушаем подкасты, ходим на конференции и изучаем лучшие практики. Почему же результат оставляет желать лучшего? Новые языки осваиваются медленно, код превращается в адского монстра, а джуны месяцами учатся понятно называть идентификаторы.
Позвали Григория Петрова, DevRel’а Evrone.com (ex. Voximplant, Radmin, Digital October Center) и вдохновителя сообщества Moscow Python, рассказать, как писать хороший код самому и научить команду. А еще обсудили, как понять, какие механизмы нас тормозят, и как посмотреть на нейрофизиологию через призму прикладной разработки и руководства технической командой. Разговор оказался настолько интересным, что сделали статью по его следам.
Наш гость сам себя называет генералистом. Пишет на большинстве мейнстримовых языков разработки, кроме Haskell, и интересуется нейрофизиологией. В какой-то момент он посмотрел на свой предыдущий опыт работы и понял, что ему нравится писать документацию, объяснять сложные вещи простым языком и общаться с разработчиками, но не руководить. Поэтому позиция DevRel (Developer Relations) оказалась для него оптимальной.
Хороший код, что это?
Объективные критерии назвать сложно, у каждого свое мнение. Главное ― понять, для чего мы пишем код. Конечно, есть разработчики, которые относятся к коду как к искусству, но в основном он нужен бизнесу, чтобы решать бизнес-задачи и позволять людям взаимодействовать друг с другом и с информацией. Добавим, что IT как индустрии всего лет и не все компании понимают, что именно они хотят и как написать ТЗ с первого раза. Иногда самое интересное открывается только после начала разработки. Поэтому хороший код ― это поддерживаемый код, который не «гниет» от собственной сложности за полгода, его можно расширять в разные стороны или пивотнуть в любое время. Новые разработчики смогут разобраться с хорошим кодом за разумное время.
Плохой код ― когда бизнес просит поменять цвет кнопки, а разраб отвечает, что это займет неделю, и это не отговорка, а реальное положение дел.
В чем, собственно, проблема?
Скорее всего, почти у всех нас было такое: написал какой-то код, все сделал правильно, добавил контроль ошибок, автотесты, написал документацию. Возвращаешься к нему через полгода ― кровь из глаз. Делаешь ревью кода команды ― тоже адище. Год за годом одна и та же ситуация: пишешь код, стараешься, а результат как на картинке ниже.
Взято на Bonkersworld.
С обучением молодых разработчиков та же проблема. Обучаешь их азам (как именовать идентификаторы, как писать понятный код, проводить декомпозицию, почему не всегда надо наследовать, что значит юнит в юнит-тестах), а они меняют работу быстрее, чем учатся.
К примеру, у Григория обучение разработчика до уверенного мидла занимало три года. В среднем по рынку разработчик меняет место работы через полтора — поэтому он начал искать способы ускорить обучение. Ведь если мы умеем учить бухгалтеров, то почему с разработчиками так сложно?
Герой перебрал немало методов и остановился на нейрофизиологии, которая дала ответы на некоторые вопросы о мозге и как его правильно использовать.
По статистике getmatch, минимум 30–50% работодателей готовы рассматривать удаленку, а релокейт среди локаций на второй месте по популярности. И надоевший всем коронавирус — не препятствие: за время пандемии и в России, и за рубежом наём ускорился в 3 раза.
Регистрируйтесь в @g_jobbot, подходящие вам вакансии с релокейтом будут приходить в Телеграм.
Немного теории
Современная нейрофизиология понимает множество деталей, но полноценных гипотез о работе памяти или внимания пока не так много, да простят нас популяризаторы науки. Мы понимаем, что в процессе запоминания нейрон и глия вокруг него меняются, но что конкретно из этих изменений обеспечивает память, сказать не можем. Во многом система внутреннего подкрепления (Reward system) выбирает, что именно мы запоминаем. Она связана с эмоциями, но как именно она определяет, что важно, нам тоже до конца неясно. Эмоционально окрашенные вещи запоминаются лучше, на этом основано множество попыток «хакнуть» механизм, но пока безрезультатно.
Сейчас готовых ответов и инструкций, что конкретно делать, чтобы получить результат, нет, но есть вполне интересные теории. Например, теория Грациано (Attention Schema Theory) описывает, что такое личность и как работает сознание. В русской нейрофизиологии есть прекрасная теория когнитома Константина Анохина.
Когнитом. Из презентации К. В. Анохина от 2015 года
Для нас в этой теории самое ценное, что в мозге кроме нейронов и их коннектома (всех связей нейронов одного организма) есть дерево смыслов ― когнитом.
Объясним, что это такое. Ребенок рождается с некоторой топологией общего назначения, которая готова к распознаванию лиц и обучению речи, но в ней нет программ, это почти чистый лист. В процессе роста мозг бомбардируется огромным количеством информации. Обрабатывая ее, он ищет закономерности и постепенно строит дерево смыслов: свет обычно светит сверху, от огня горячо, а вода мокрая.
К двадцати годам получается программист, в голове которого дерево миллионов смыслов. Он использует этот когнитом, чтобы думать, читать и писать код. Элементы дерева связаны с другими элементами практически как граф, у дерева есть некое поведение. Чтобы в когнитом добавить что-то новое, нужно много раз активировать окружающие это смыслы. Например, повторять иностранное слово и его перевод, строить предложения с ним.
У когнитома есть два режима: быстро «думать» уже известным способом, либо очень медленно обучаться. Кажется, все происходит в реальном времени, как в шутерах от первого лица (FPS), а на самом деле, большую часть времени в нашем мозгу исполняется когнитом, который обучился за десятки лет нашей жизни.
Например, Григорий утверждает, что за время нашего разговора, он не может ни увидеть, ни подумать, ни сказать ничего нового. Он может только креативно комбинировать то, чему уже научился.
Чем нам это поможет на практике? Решить с сегодняшнего дня делать все правильно — недостаточно
Мы говорим джуну: «Тебе надо давать читаемые имена идентификаторам», и нам кажется, джун, как в FPS, взял новый BFG из Doom и пошел в бой. Но нет, джун в пошаговой стратегии: чтобы новый навык приобрести, ему нужно множество раз повторить одно и то же действие.
Чтобы проявить свободу воли и освоить новый навык, нужно практиковаться в течение нескольких месяцев.
Например, мы учим новый язык программирования Ruby. Мы прочитали книгу «Руби для чайников», у нас активировалось множество смыслов в когнитоме, а потом потухло. Через месяц мы не помним практически ничего, кроме нескольких кусочков, которые задели наш эмоциональный отклик. Чтобы действительно выучить Ruby, нужно кодить на этом языке и методично практиковать написание каждого элемента синтаксиса, который нам плохо знаком.
Для запоминания нового обязательно используйте интервальные повторения (Spaced repetition). Можно пользоваться приложениями наподобие Anki или специализированными программами. Даже в IDE есть функции, которые подсказывают, что здесь можно было использовать hotkey, а здесь ― такую-то особенность языка. Сотни повторений в разных контекстах ― верный путь к успеху.
Мы есть то, что мы делаем: не думаем, не мечтаем, а именно делаем. Если просто слушаем и читаем что-то о навыке, то мы те, кто хорошо читает и слушает, но не те, кто этим навыком владеет.
Чтобы добиться результатов, нужно:
- определить, какой навык хотим прокачать;
- сфокусироваться на нем, не ожидая быстрого результата;
- повторять в разных контекстах и разными способами.
Звучит просто, а на практике? Рассмотрим на примере онбординга.
Онбординг разработчика с разных точек зрения
Допустим, к нам приходит новый мидл или сеньор. При онбординге мы три часа что-то объясняем, ненадолго активируя пять-семь частей когнитома нового программиста, которые помещаются в его рабочую память. Потом мы объявляем перерыв на обед, и после него рабочая память новичка абсолютно чиста. Как бы крут наш сеньор ни был, большую часть из того, что мы рассказали, он или она забудет к следующему утру. Поэтому при онбординге главное ― организовать процесс обучения и повторения.
Например, когда человек приходит в Evrone, информация и лучшие практики выдаются по частям, а соответствующие механизмы и ритуалы, как утренние стендапы и встречи один на один, обеспечивают повторение. Через несколько недель или месяцев человек понимает, как компания пишет код, как деплоить, как устроен GitOps и уникальная конфигурация технологического стека. Просто кинуть человеку документацию сработает в очень редких случаях.
В Evrone перед новым бойцом стоит задача освоить весь инструментарий за первые три месяца и научиться им пользоваться. Для внутреннего общения разработчиков используются slack-каналы. Например, для фронтендера будет доступен канал его проекта и канал фронтендеров. Можно задавать анонимизированные вопросы как в канал фронтендеров, так и в общий технический чат. Также у каждого сотрудника есть доступ к дашборду, где он отслеживает свой текущий уровень и векторы развития.
Взято на TeamLead Conf
Современная разработка софта — это командная игра. Как бы ни был крут сотрудник, он обязан освоить процессы компании.
Можно ли подготовиться к выходу в новую компанию?
Чтобы войти в курс, потребуется несколько месяцев. Хорошо бы проработать ежедневную практику в любой ToDo-программке ― десять пунктов, которые вы будете выполнять каждый день: посмотреть как устроены репозитории в компании, пройтись по истории последних коммитов, прочесть одну статью из внутренней wiki, посмотреть один code review и тому подобное. Этот механизм нужно отладить, и после выхода на работу добавлять в список новые элементы, ключевые для конкретной компании.
Как все-таки писать хороший код в реальных условиях?
Идеального мира не существует. Мы часто ограничены либо во времени, либо в ресурсах. Если присутствует хотя бы одно из ограничений, значит сейчас написать код хорошо уже не получится. Надо подумать и честно ответить на вопрос: чем можно пожертвовать и что нанесет минимальный вред в будущем.
Если мы ставим костыли, то готовы ли мы в будущем вернуть технический долг и когда? Договоренности о костылях происходят во время цейтнота, и если не запланировать исправление, костыль останется навсегда. Не потому что программисты плохие люди, а потому что так устроен наш мозг. Чтобы чинить код, нужно организовать процессы. Если релиз выходит с недоработками и костылями, то в системе управления задачами сразу запланируйте с менеджером недостающие часы разработки на решение багов и уборку костылей.
Если удалось избавиться от недоделок, то остается проблема. Как написать простой код, понятный другим разработчикам? Из-за того, что индустрия молодая и нет универсального обучения — мы все самоучки, несмотря на профильное высшее образование. Пятнадцать лет назад обучали ООП, а сейчас Rust и Go считают наследование антипаттерном. Как результат, когнитомы у всех разные. Если взять двух хороших программистов, то пересечение деревьев смыслов у них может быть всего Код будет понятным программистам с более похожими участками когнитомов. Поэтому читаемый код ― это код, написанный привычными конструкциями. Привычными в этом языке, в этом стеке и в этом году.
Крутой код, использующий нишевые свойства языка, будет понятен программисту, который его написал, но не мидлу или генералисту. Они не найдут в нем знакомые конструкции и не смогут поддерживать такой код. Поэтому в определение читаемого кода входит также понимание, кто будет его читать ― джуны или сеньоры, генералисты или узкоспециализированные разработчики. Больше про читаемый код можно посмотреть в этом выступлении.
Способность к обучению и возраст
Согласно современным гипотезам, если исключить болезни, с возрастом ломается не способность к обучению, а система подкрепления. Мы перестаем осознавать пользу в новом. С точки зрения мозга, активность по изучению забирает больше ресурсов, чем польза от нового навыка, система подкрепления «душит» эту активность.
Бывает, что пожилой родственник годами не может разобраться с айфоном, а потом что-то происходит, и он за полчаса разбирается и все решает. До этого момента он просто не чувствовал ценность нового знания.
Считается, что если изучение нового стало ритуалом, то система подкрепления держится в тонусе, и проблем с обучением не возникает. Как только человек вышел на пенсию и сел перед телевизором, система подкрепления начинает быстро деградировать. Через несколько лет человек не захочет изучать что-то новое.
Универсальное заклинание
Поделимся методом, который наш спикер использует сам и рекомендует другим.
Разработчик написал код и хочет понять, насколько он хорош. Задаем вопрос: «Рассказывает ли этот код историю?». Если другому разработчику нужно два часа, чтобы разобраться, ― это нехорошо.
Как код может рассказывать историю? Идентификаторы отвечают на вопрос «Что это?», а весь код ― на вопрос «Зачем?». Важно помнить, что когнитом образованного человека может активировать пять-семь не связанных друг с другом участков одновременно. Поэтому важно писать код, для осознания большинства частей которого не нужно активировать больше пяти участков.
Что такое пять участков?
Приведем пример. Вы запоминаете подряд семь названных вам цифр (пример такого ряда: 1 9 8 4 4 5 1). Каждая цифра ― это один элемент, который необходимо удерживать в памяти. Если вашему мозгу удалось распознать паттерн или проассоциировать эти цифры с датами или книгами, то в памяти нужно будет удерживать только две единицы информации (1984 и 451 по Фаренгейту), а не семь. Этот прием называется группированием или свертыванием (Chunking).
Для программистов, читающих код, это может быть создание объекта или проход по списку пользователей. Размеры элементов и смыслы, стоящие за ними, для всех различны. Это добавляет трудности в использовании метода, но Григорий работает над поиском решения и можно ожидать улучшения этого «заклинания».
Напоследок нам хочется отметить, что все люди разные. Кто-то от природы мускулистый, хотя из тяжелого только сумки из супермаркета приносит, а кто-то всю жизнь сидит на строжайшей диете. Есть люди, которые от природы обладают развесистым деревом смыслов, цепкой или расширенной рабочей памятью. Они наверняка пишут крутой код, быстро читают чужой и не имеют с этим трудностей. Для всех остальных ― для нас ― хороший код писать сложно. Каждому стоит разобраться, почему это сложно лично для него, искать решение проблем и обмениваться опытом с другими. Надеемся, вместе мы сделаем IT-индустрию чуточку лучше.
Рекомендации: что почитать и посмотреть
- Книга Выразительный JavaScript. Современное веб-программирование (Марейн Хавербеке) для программирования в общем, не только на JS.
- Сайт Realpython.com. Там много крутых статей о современных практиках разработки.
- Курс Learning how to learn на Coursera. В нем рассказывается о механизмах Chunking и Spaced Repetition и прокрастинации.
- Книга Кто за главного (Майкл Газзанига) для тех, кто интересуется работой мозга.
Полное видео беседы с Григорием:
По статистике getmatch, минимум 30–50% работодателей готовы рассматривать удаленку, а релокейт среди локаций на второй месте по популярности. И надоевший всем коронавирус — не препятствие: за время пандемии и в России, и за рубежом наём ускорился в 3 раза.
Регистрируйтесь в @g_jobbot, подходящие вам вакансии с релокейтом будут приходить в Телеграм.
- собеседования
- карьера
- интервью
- программирование
- обучение программированию
- Блог компании getmatch
- Учебный процесс в IT
- Управление персоналом
- Карьера в IT-индустрии
Почему не любят бухгалтеров представители других профессий?
Всем известно, что профессия бухгалтера скрывает в себе множество нюансов и особенностей. Безусловно, в этой деятельности есть как преимущества, так и недостатки. Преимуществами являются стабильный и постоянный заработок, возможность работы на дому и, конечно же, достаточно большой спрос на рынке труда.
На сегодняшний день находится достаточно много людей, которые имеют желание стать бухгалтером. Их прельщает огромное и разнообразное количество высших учебных заведений, которые могут подготовить из них квалифицированных специалистов и дадут возможность построить успешную карьеру. Однако, начиная работать в сфере бухгалтерии, люди часто сталкиваются с множеством трудностей. Здесь может идти речь о плотном, напряженном графике работы, достаточно большой физической и интеллектуальной нагрузке и необходимости владеть огромным количеством профессиональных навыков и умений.
Тем не менее, очень часто все эти недостатки отступают на второй план. Многие бухгалтера страдают в моральном плане от своей профессии. Их недолюбливают в коллективе, часто провоцируют на нечестные махинации.
Таким образом, становится очевидным, что бухгалтеров не любят и представители других профессий. Почему так происходит? Существует ряд определенных причин.
Во-первых, профессия бухгалтера – очень кропотлива и требует невероятной точности. Бухгалтера ежемесячно обязаны подавать отчетность вышестоящему руководству для определения прибыльности или убыточности функционирования предприятия. В этом и заключается их прямая обязанность и главное предназначение в профессиональной деятельности. По этой причине, неся на себе самую большую ответственность, бухгалтера всегда требуют от экономистов, диспетчеров, менеджеров и других работников необходимую документацию, которая в свою очередь, естественно, должна быть правильно оформлена. Очень часто случается, что другие работники ленятся выполнять указания бухгалтеров или элементарно не находят эти действия достаточно важными, откладывая их на второстепенный план. Таким образом, возникают конфликты, которые зачастую нарушают трудоспособную атмосферу, и приводят к ряду нежелательных последствий, вплоть до увольнения с работы.
Во-вторых, есть достаточно большое количество людей, которые не считают профессию бухгалтера полезной, нужной и, тем более, сложной. Так как бухгалтера не задействованы в производственной сфере, многие считают, что они понапрасну тратят бюджет предприятия, получая заработную плату, и не выполняют никакой полезной деятельности. Так, например, большинство людей придерживаются мнения, что в профессии бухгалтера нет ничего сложного. Большинство людей не видят особых трудностей в работе с цифрами, отчетами и различного рода документами.
В-третьих, из-за достаточно сложной и ответственной работы, часто многие бухгалтера задерживаются на работе, при этом нанося вред своему здоровью. Так появляется нервозность и раздражительность, что негативно сказывается на отношениях с коллегами. Так с мелких конфликтов могут возникать огромные ссоры и скандалы. Естественно, это точно не плюс данной профессии.
Следует также отметить, что бухгалтера очень страдают из-за сплетен других работников предприятия. Их обвиняют в тесном сотрудничестве с руководством, воображаемых преимуществах в выплате заработной платы и особом месте в профессиональном коллективе. К тому же очень часто обвиняют в нечестной деятельности.
Неизвестно по каким причинам многих бухгалтеров считают скучными и нудными. Вероятно, это связано с тем, что в силу специфики своей специальности бухгалтеры имеют особенный склад характера и манеру поведения. Большинство из них погружены в мир математических расчетов, они не замечают, что происходит вокруг, и практически не учувствуют в культурной или общественной жизни компании. Именно по этой причине, с ними часто не находят общих тем для разговоров и редко общаются помимо профессиональной сферы деятельности. Но на самом деле, за пределами офиса большинство бухгалтеров — обычные, нормальные люди, которые предпочитают нескучно проводить свободное время, гулять с друзьями, привлекательно выглядеть и имеют множество увлечений. Следует только пристальнее присмотреться.
В-четвертых, представители других специальностей часто не любят бухгалтеров из-за их заносчивости. Многие бухгалтера, осознавая свою значимость и важную роль в деятельности предприятия, пользуются этим, и иногда ведут себя не достаточно корректно с другими работниками. Они относятся к ним неуважительно и даже презрительно, считая профессии рабочих специальностей менее достойными и успешными. Именно по этой причине, другие специалисты, конечно же, имея чувство собственного достоинства, не могут с этим смириться, и имеют частые разногласия с бухгалтерами.
Конечно, обсуждая данную тему, нельзя не отметить частые конфликты между экономистами и бухгалтерами. Данные специальности, безусловно, имеют общие черты в профессиональной направленности, но на практике являются абсолютно разными. Тем не менее, между представителями этих профессий очень часто возникают ссоры. Экономисты полагают, что могут без особых усилий выполнять работу бухгалтеров, а бухгалтера не видят необходимости в профессии экономиста. Что касается работы в одном кругу, эти специалисты часто конкурируют между собой и пытаются доказать свою значимость в деятельности предприятия.
Также стоит отметить, что в основном бухгалтера – представители женской половины общества. А как известно, работа в сугубо женском коллективе имеет ряд определенных трудностей. Однако, это вопрос уже больше психологического характера. Тем не менее, судя по опыту, многие представители других специальностей не любят бухгалтеров исходя исключительно из предрассудка, что просто не любят женский пол.
Учитывая все вышеперечисленные факторы, можно прийти к выводу, что бухгалтеров действительно не любят многие люди. Тем не менее, если Вы решили стать бухгалтером, это не должно Вас пугать или даже настораживать. Все это очень субъективно. Если Вы будете строго выполнять свои обязанности, и являетесь достаточно интересной личностью, у Вас не возникнет никаких проблем в данном роде деятельности. Главное в любой профессии, это любить свою работу и абсолютно неважно, нравится она кому-то другому или нет. В первую очередь, должно быть комфортно именно Вам.
Почему программисты не любят бухгалтеров
Часовой пояс: UTC + 3 часа
Правила форума
— Не материться в явном виде (за нарушение выносится первое предупреждение, оно же и последнее, далее — бан)
— Не разжигать рознь на национальной, религиозной, половой и расовой почве (следует немедленный годичный бан)
— Троллинг, кащенизм, холивары, упячка ведут к вечному упокоению в бане
— Пользование подфорумом «Частные объявления» — см. п. 6.2 Правил форума
— Пользование подфорумами «Встречи» и «Поздравления» — см. п. 6.3 Правил форума
— Все прочее — см. раздел 6.1 Правил форума
Юмор про бухгалтеров (и программистов)
| Страница 1 из 1 | [ Сообщений: 12 ] |
Заголовок сообщения: Юмор про бухгалтеров (и программистов)
Добавлено: Ср, авг 06 2008, 13:20
Не дайте бухгалтеру расслабиться! Правила работы программиста
1.Если на дисках осталось слишком мало места, смело удаляйте все базы 1С, все архивные копии, все папки и файлы так или иначе связанные с бухгалтерией. Но ни в коем случае не трогайте свою любимую коллекцию фильмов (Рабыня Изаура, Просто Мария, Богатые тоже плачут и прочие «коротенькие» сериалы), а также полное собрание аудио-версий «Песня года» с 1964 по 2003 г . (в формате wav). Бухгалтера всё быстренько набьют заново.
2.Если вы вдруг чувствуете, что сервер работает явно плохо и надо бы переустановить всю систему с предварительным форматирование всех дисков, то запланируйте это действо, скажем, на конец марта, апреля, июля, октября, или (на крайний случай) на 20-е число любого другого месяца. Как раз в это время у бухгалтеров полный расслабон, они могут и без компьютеров обойтись.
3.Если у бухгалтера, что-то глючат сетевые программы, выдают ошибки, сами закрываются, не спешите проверять настройки сетевых протоколов. Сначала объясните бухгалтеру, что он неправильно нажимает на клавиши, не перезагружает вовремя компьютер (каждые полчаса), и вообще, бардак у него на столе, бумажки всякие валяются.
4.Если бухгалтера накатали вам тех. задание, сделать автоматический отчёт на основе данных бух. программы, с умным видом задавайте вопросы типа: «А зачем вам это?», «А не проще в Excel`е?», «А может, всё-таки в Блокноте напишете?». Если утвердительного ответа вы так и не получили, то сделайте свою работу максимально качественно. Все кнопки должны быть не более 5х5 пикселей, шрифты лучше использовать размером 5-8 (пусть развивают зрение). Ни в коем случае не настраивайте порядок обхода реквизитов (бухгалтера любят мышкой по столу елозить). Навсегда забудьте о «горячих» клавишах, в отчётных формах лучше везде использовать один тип тонкой линии и один шрифт для заголовков, информации, итогов (какая разница?), не пользуйтесь заливкой – она лишняя трата картриджа, всякие там жирные шрифты, курсивы – это всё детский сад, и в таких серьёзных отчётах не используются. В отчёте лучше использовать максимально информативное представление документов – «Операция №25465456 от 01.01.01» это так много говорит бухгалтеру. А если он, гад, попросит написать информацию о содержании операции (или ещё что-то), сделайте круглые глаза, и скажите, что это невозможно.
5.При получении задания от бухгалтера старайтесь, как можно меньше вникать в бухгалтерскую суть проблемы – вы же не бухгалтер! Зачем вам это знать? Лучше потом всё свалить на бухгалтера, сказать, что он неправильно объяснил, не то попросил.
6.Никогда не пишите никаких описаний и всплывающих подсказок! Это затрудняет работу бухгалтерии. Пусть будет так: «Реквизит типа «Число»»! Чего непонятного?
7.Интерфейс Windows всегда дружественный, не надо напрягаться, придумывать ещё что-то. Что бы вы не сделали, всегда будет красиво и удобно (только не забудьте инструкции в п.4)
8.В разговоре с бухгалтером употребляйте как можно больше всяких терминов типа SQL, объектно-ориентированное программирование, распределённые базы данных и т.п. (лучше на английском языке), бухгалтера от этого тащатся. Сразу начинают вас уважать.
9.При выборе техники для бухгалтеров, старайтесь покупать самые дешёвые и старые модели. Программы типа 1С могут работать и на 486 процессоре с 16 Мб памяти. А зачем больше? Тем самым вы сэкономите деньги предприятия, на которые потом купите себе 21-дюймовый ЖК монитор себе любимому.
10.Если бухгалтер решил обратиться к вам за советом, какой компьютер купить себе домой (для работы), называйте самые дорогие модели. Обязательно посоветуйте ему миди-клавиши, обязательно внешний 3D-ускоритель, ТВ-тюнер, оптическую беспроводную мышь, винт гигов на 100-150, материнскую плату на 5-6 процессоров, корпус со встроенным холодильником, CD-DVD RW привод (лучше два!), а когда он спросит «А дешевле нельзя?», как можно громче смейтесь, приговаривая «А ты как думал? Компьютеры – для избранных!»
11.Никогда, никогда, и ещё раз никогда, не давайте бухгалтеру доступ в интернет! Зачем ему? Нацепляет вирусов, а вам потом чистить… Неважно, что у вас безлимитный тариф, он же будет на бух. форумах висеть, всякие там законы читать, консультации… Весь трафик забьют. А у вас новый фильм качается! Нет, интернет – привилегия программистов.
12.Установите в настройках сети смену пароля через каждые 3 дня, и обязательно поставьте контроль на запрет ввода прошлых 186 паролей. Это же так легко запомнить 187 паролей!
13.Удалите и удаляйте в последствии (если заведутся) всякие там игрушки (особенно стандартные Windows), нечего играть в рабочее время! Что? Обед? Вот пусть сидят и обедают, а на компьютере работать надо!
14.Раз в месяц, удаляйте все файлы с русскими именами, и объясняйте бухгалтерам, что называть файлы нужно по-русски английскими буквами! Это же и ежу понятно!
15.При любом удобном случае рассказывайте всем о компьютерной грамотности бухгалтеров. Приводите примеры. Ведь вы гораздо больше понимаете в бухгалтерии, чем бухгалтера в компьютерах.
16.Если вы сделали хотя бы один отчёт, обработку и т.п., который работает без нареканий со стороны бухгалтерии, всегда приводите его в пример «Вот это же я сделал!», даже если это просто .bat файл с запуском Volkov Commander. Бухгалтера это любят.
17.Повесьте у себя в кабинете прайс-лист типа:
a. Ответ на вопрос — 50 руб.
b. Ответ на вопрос с обдумыванием — 100 руб.
c. Правильный ответ на вопрос — 150 руб.
d. Ответ на вопрос с аргументацией — 200 руб.
e. Правильный ответ на вопрос с аргументацией — 250 руб.
f. Коллективное совещание коллег по вопросу — 500 руб. (каждому)
g. Коллективный ответ на вопрос — 600 руб. (каждому)
h. Правильный коллективный ответ на вопрос — 1000 руб. (в каждую руку)
i. И т.п.
18.Если вдруг компьютеры глючат, зависают, плохо работают – валите всё на то, что у бухгалтеров повышенная запылённость помещения, которая приводит к остановке кулера и перегреву процессора. Ведь это их обязанность следить за температурой процессоров и периодически чистить кулер.
19.Бухгалтера обожают работать на старых ноутбуках или на клавиатурах без доп. клавиш или с неработающим Num Lock. Они просто балдеют набиваю цифры на основной клавиатуре.
20.Старайтесь задать разные комбинации переключения языка на разных компьютерах (лучше задавать нестандартные сочетания, скажем Ctrl-Alt-Del). Это сильно облегчает работу бухгалтерии.
21.Старайтесь во все каталоги бухгалтерии положить файлы типа DiskEdit, Format, Sys и т.п. А лучше сделайте bat файлы на рабочем столе, в которых пропиште, скажем «format C:». Назовите bat файлы просто Сапёр, Пасьянс, Doom 3D, Warcraft IV, , и т.п. Только обязательно предупредите бухгалтеров, что эти файлы запускать нельзя! Проверьте бухгалтеров на стойкость!
22.Дефрагментируйте сетевые диски каждый день, раз по пять, производительность сети от этого только выиграет. Ну и что, что у кого-то 1С по два часа грузится, зато потом как летать будет! Лучше день потерять, потом за 5 минут долететь!
23.Каждый месяц требуйте повышения зарплаты, мотивируя это тем, что бухгалтерия тотально загружает вас работой. И всегда специально чуть-чуть недоделывайте работу, ведь если вы всё сделаете, то вас могут и уволить.
Почему программисты не любят бухгалтеров
Именно так мне пришлось ответить на вопрос бухгалтера об изменениях в новом релизе. Должен ли программист знать все тонкости бухгалтерского учета или это его не касается? Вправе ли от него требовать эти знания в силу специфики среды программирования?
ну ты опух приятель, изменения в релизе это Бухучет?
должен 100 %. иначе он не программист 1С а кодер
Должен знать
Иначе он такого напрограммирует, ваще!
Должен знать
Знать должен. Но отвечать не обязан. Иначе на голову сядут, будешь за них пахать.
Основными изменениями интересуюсь, но глубоко без особой нужды не копаю. Считаю, что главбух всё-таки должен лучше знать бухгалтерию, чем программист. Но иногда приходится и бухгалтеров учить. Все относительно 🙂
По желанию
должен знать, но бухгалтер не должен об этом знать..
а вот изменения в релизах — это не знание бухучета.. и отвечать так на этот вопрос не следует..
Должен знать
не обязан имхо
[об изменениях в новом релизе]
Должен знать
Не только должен, но и обязан. Как ты можешь программировать (или что вообще напрограммируешь), не зная что и для чего делаешь, и почему должно быть именно так? А релизы тут вообще не причем, программист должен быть программистом, а не обновляльщиком.
Должен знать
>Именно так мне пришлось ответить на вопрос бухгалтера об изменениях в новом релизе.
А мог бы просто зачитать News.rtf/новое в версии.htm там даже ссылки на нормативные акты есть иногда, а не только «Исрпавлены выявленные ошибки»
> Должен ли программист знать все тонкости бухгалтерского учета или это его не касается?
Если *программист* будет знать *все тонкости* бухгалтерского учета — то он будет *бухгалтером*. а если *бухгалтер* будет знать *все тонкости* программирования то он будет программистом.
Не надо путать «знать все тонкости» и «иметь представление».
ИМХО, программист 1С как минимму долже иметь представление о бухгалтерском учете — ибо его это касается, но опосредованно — через 1С.
>Вправе ли от него требовать эти знания в силу специфики среды программирования?
Кто платит деньги тот и требует. Если клиент готов платить за знание бухучета программистом, а просто программист ему не нужен, то либо это не твой клиент, либо надо учиться бухучету. Последнее предпочтительнее, т.к. расширяет количество потенциальных клиентов.
По желанию
Бухгалтера — они такие: объяснят не до конца, ты сделаешь, возникнут проблемы — свалят на тебя, скажут: «Это ты неправильно понял.» :))