Со stackoverflow по-быстрому решение не скопируешь, потому как направление новое и мы были одними из первых. Вот только некоторые из них.
1) реализовать взаимодействие по Bluetooth в принципе не так-то сложно в Qt библиотеке. Даже мы в институте это делали в курсовой для железки(это было лет семь назад), да и после в работе один раз пришлось столкнуться. Извиняюсь за придирчивость, я бы не назвала вас пионерами
2)
Изначально коммиты делались после вставки каждого контрагента. После того, как коммит стали делать после вставки всей справочной информации, время обновления справочников сократилось вдвое (один большой коммит).
100% в интернете есть эта информация, так как сама использовала в первом проекте
Статья хорошая, но я бы не была столь громогласной «направление новое и мы были одними из первых» и перечислять то, на что есть ответы в интернете. Любой проект — это творчество и состоит из череды челенджей.
Самым первым языком программирования в институте у нас был язык С. На практических занятиях препод давал задания и заставлял сначала писать псевдокод для представления алгоритма. Так было два семестра. Точно помню, что в первые разы у нашей команды из двух человек не получалось это выполнить за два-три подхода. Студенты негодовали, говорили, что в этом нет смысла. Если честно, я тоже разделяла их мнение. Оценила этот подход только под конец учебы в институте, когда обащась на работе с другими студентами, и у многих из них действительно были проблемы с составлением алгоритмов и учетом в них очевидных вещей. Так что все было не зря.
А использование мороженки для обучающих целей это интересно ))
Про джунов-то понятно, а я сейчас работаю в коллективе, где половина программистов (не только джуны) мнят себя крутыми техлидами. Так что при получении бОльшего опыта у некоторых просто растут амбиции.
Даже и не знаю насколько этот подход работает в реальных условиях, потому программисты не дураки и не будут указывать уровень 2 по многим навыкам в такой таблице, даже если он такой и есть. И что мы будем делать с командой, которая указала все единички, кроме одного единственного сотрудника — опять возвращаемся к обычной работе "кто знает, как это работает ?" и с узким горлышком в виде одного человека в команде, кто действительно незаменим и знает почти все
Полностью согласна с комментарием выше. Автор просто написал общие принципы, о чем не нужно забывать, когда вообще хоть какие-то процессы управления внедряются.
Особенностями внедрения Agile даже и не пахнет
Читая эту статью, у меня появилось несколько вопросов:
1)У вас менеджер вообще есть в проекте?
2)Если действительно все было так плохо в команде, и новый персонаж не нравился почти никому, почему вы не поднимали вопрос аж пол года или больше?
3)Да, я понимаю, что в зарубежных компаниях часто можно пройти отбор с плохими техническими навыками, если у тебя хорошие софт скилз. Но серьезно, никого из руководства не смутило, что персонаж Джанни не справляется (или очень медленно) со своими задачами несмотря на то, что у него з/п выше ваших сеньоров?
4) У вас хоть какой-то менеджмент есть? допустим, нет менеджера в команде, но есть же менеджмент более высокого уровня?
Он начал задавать вопросы — почему тут так, это что такое, как эти вещи связаны. Работа закипела. Мы много спорили в процессе, но это как интерактивное код ревью, причем такое, которое делается на совесть
Не случайно существует Метод утенка, который я стараюсь внедрить в командах, где работаю. Просто вместо утенка обсуждайте таски, решение и другие технические вопросы с коллегами, даже если вам кажется, что человек не в теме и у него нет подходящей компетенции и опыта. Просто подсаживайтесь к кому-нибудь или к себе на рабочее место просите подойти. Непосвященный в детали человек может задать вам вопрос, после которого у вас будет озарение. К тому же вы можете прийти к решению уже в процессе объяснения проблемы собеседнику. В многих моих предыдущих командах это работало как для меня, так и для коллег.
концепция командной работы, которая есть сейчас — не работает. Когда тебе страшно быть слабым звеном, страшно осознавать, что твой вклад меньше, чем у других. Что если ты в чем-то слаб — команда тебя выкинет
У всех нас(извините, если кого-то обидела) есть пробелы знаний в каких-то областях. Но есть же и то, в чем вы настолько круты, что мало кто из команды может сравниться с вами в этом опыте и знании каких-то вопросов. Адекватные люди это понимают и будут вас ценить, даже если вы не идеальны в некоторых других вопросах, никто и не подумает что вы — «слабое звено». Лично мне это помогает в озвученной выше ситуации :)
Когда изучал язык С, а потом переходишь к С++, то реально ценишь возможности, которые предоставляет С++. Да и какие-то базовые понятия все-таки проще изучать в С: работа с файлами, многопоточность и т.д.
У меня первым языком программирования в институте был С, о чем ни чуть не жалею.
На мой взгляд, до начала изучения С++ будет неплохо знать хоть какой-то язык программирования.
На просторах интернета нашла, как решить проблему сертификатов, чтобы избежать ручных изменений прав доступа файлов Yes, you can «Docker» on Windows 7
При создании машины нужно использовать опцию --native-ssh:
Для соединения по ssh тоже не забываем использовать эту опцию:
Уже российская, с финскими корнями )
1) реализовать взаимодействие по Bluetooth в принципе не так-то сложно в Qt библиотеке. Даже мы в институте это делали в курсовой для железки(это было лет семь назад), да и после в работе один раз пришлось столкнуться. Извиняюсь за придирчивость, я бы не назвала вас пионерами
2)
100% в интернете есть эта информация, так как сама использовала в первом проекте
Статья хорошая, но я бы не была столь громогласной «направление новое и мы были одними из первых» и перечислять то, на что есть ответы в интернете. Любой проект — это творчество и состоит из череды челенджей.
А использование мороженки для обучающих целей это интересно ))
Про джунов-то понятно, а я сейчас работаю в коллективе, где половина программистов (не только джуны) мнят себя крутыми техлидами. Так что при получении бОльшего опыта у некоторых просто растут амбиции.
Вы правы, сначала не поняла
Некоторые даже используют этот подход
Даже и не знаю насколько этот подход работает в реальных условиях, потому программисты не дураки и не будут указывать уровень 2 по многим навыкам в такой таблице, даже если он такой и есть. И что мы будем делать с командой, которая указала все единички, кроме одного единственного сотрудника — опять возвращаемся к обычной работе "кто знает, как это работает ?" и с узким горлышком в виде одного человека в команде, кто действительно незаменим и знает почти все
Как минимум, не увидела этих заметок на soundcloud.com
Целых два доклада по многопоточке, буду смотреть
Мы, русские, нет. Иностранцы во фронт-офисе да. Когда они пытаются узнать подробности даже о походе к дантисту, просто отвечаем, что все хорошо.
Определенно
Полностью согласна с комментарием выше. Автор просто написал общие принципы, о чем не нужно забывать, когда вообще хоть какие-то процессы управления внедряются.
Особенностями внедрения Agile даже и не пахнет
Я работала в четырех камандах с женщинами-тимлидами, только в одной были проблемы.
1)У вас менеджер вообще есть в проекте?
2)Если действительно все было так плохо в команде, и новый персонаж не нравился почти никому, почему вы не поднимали вопрос аж пол года или больше?
3)Да, я понимаю, что в зарубежных компаниях часто можно пройти отбор с плохими техническими навыками, если у тебя хорошие софт скилз. Но серьезно, никого из руководства не смутило, что персонаж Джанни не справляется (или очень медленно) со своими задачами несмотря на то, что у него з/п выше ваших сеньоров?
4) У вас хоть какой-то менеджмент есть? допустим, нет менеджера в команде, но есть же менеджмент более высокого уровня?
Не случайно существует Метод утенка, который я стараюсь внедрить в командах, где работаю. Просто вместо утенка обсуждайте таски, решение и другие технические вопросы с коллегами, даже если вам кажется, что человек не в теме и у него нет подходящей компетенции и опыта. Просто подсаживайтесь к кому-нибудь или к себе на рабочее место просите подойти. Непосвященный в детали человек может задать вам вопрос, после которого у вас будет озарение. К тому же вы можете прийти к решению уже в процессе объяснения проблемы собеседнику. В многих моих предыдущих командах это работало как для меня, так и для коллег.
У всех нас(извините, если кого-то обидела) есть пробелы знаний в каких-то областях. Но есть же и то, в чем вы настолько круты, что мало кто из команды может сравниться с вами в этом опыте и знании каких-то вопросов. Адекватные люди это понимают и будут вас ценить, даже если вы не идеальны в некоторых других вопросах, никто и не подумает что вы — «слабое звено». Лично мне это помогает в озвученной выше ситуации :)
У меня первым языком программирования в институте был С, о чем ни чуть не жалею.
На мой взгляд, до начала изучения С++ будет неплохо знать хоть какой-то язык программирования.