Хороший программист понятие простое и сложное одновременно.
Тут как и в определении хорошего человека, есть только какие-то критерии.
То есть ты хороший программист, потому что
Всегда учишь что-то новое
Всегда делишься опытом с товарищами
Делаешь свою работу хорошо и качественно
Работаешь над ошибками и т.д.
Но могу с уверенностью сказать, что и у хорошего специалиста есть промашки и грешки. И что теперь - он хороший плохой полицейский одновременно? Думаю, что он так же хорош, но в чем-то, не в общем, но в целом.
И специалиста всегда можно сравнить с другим хорошим специалистом, как автор сравнивает в статье, но сравнение надо делать исходя из одинаковых исходных условий.
Моё любимое качество специалиста - это учиться и не унывать. А остальное все придёт.
Когда нет четких правил и заказчик говорит, что надо сделать вот так, а он потом посмотрит, то я предупреждаю, к чему ведет это.
Главное в менеджменте проекта - не сделать проект для заказчика, а сделать его максимально комфортно для него. И не обидеть обе стороны. То есть на каждом этапе максимально фиксировать требования, в которых не будет двойного смысла. А также прописывайте сроки выполнения.
Этот лайфхак выжжен реальностью, когда к тебе приходит в конце недовольный заказчик и српашивает, а что приложение начало тормозить? Почему кнопка тут не белая? Почему вы сроки профакапили?
Даже если вы создали велосипед, можно продолжать улучшать свой проект и однажды ты поймешь, что ты создашь конкурента. Этот путь тернист и для сильных людей. Нужно приложить немало усилий и идти до конца. Удачи вам.
Дежавю... как будто где-то я уже читал эту статью.
Почти весь смысл этой статьи и был описан в одной из глав книги Роберта Мартина Идеальный Программист.
Но в любом случае, тема раскрыта хорошо и хочешь верь, а хочешь нет, но зона потока - это зона комфортной работы.
Но в современном мире аджайла ты должен сделать быстрее по обновлённым требованиям от бизнеса. Должен, не потому что так надо, а потому что бизнес требует так. И плохие менеджеры тебя теребят...
Вы проверяли как себя ведет форматирование, если в .editorconfig ничего не делать, а просто по проекту пройтись Fix Mixed Tabs-ом и затем где-нибудь в файле класса что-то изменить и как отформатируется документ? У меня как бы я не исправлял на "точки"(пробелы) - возвращалось все в табы
что такое rem? Ну и вообще, смысл? Есть две границы ltr и rtl? Далее выбираем наименьшую(smallestHead) из них по значению value. Следующий индекс определяется как сумма index и direction этого наименьшего значения.
Получаем след.значение массива по этому след.индексу - либо ноль, либо значение.
Если следующее значение больше самого маленького (наименьшего smallestHead), то присваиваем след значение этому smallestHead
Иначе находим разницу между наименьшим значением и следующим и суммируем к общей сумме. И присваиваем в конце меньшему smallestHead индекс следующего
Спасибо большое всем, кто прочитал статью, оставил комментарии и будет оставлять. Учту пожелания и буду более кропотливо работать над выпуском статьи для общества Хабра. Первый опыт в виде этой статьи, надеюсь, станет моей отправной точкой развития в таком плане как публикация.
Хороший программист понятие простое и сложное одновременно.
Тут как и в определении хорошего человека, есть только какие-то критерии.
То есть ты хороший программист, потому что
Всегда учишь что-то новое
Всегда делишься опытом с товарищами
Делаешь свою работу хорошо и качественно
Работаешь над ошибками и т.д.
Но могу с уверенностью сказать, что и у хорошего специалиста есть промашки и грешки. И что теперь - он хороший плохой
полицейскийодновременно? Думаю, что он так же хорош, но в чем-то, не в общем, но в целом.И специалиста всегда можно сравнить с другим хорошим специалистом, как автор сравнивает в статье, но сравнение надо делать исходя из одинаковых исходных условий.
Моё любимое качество специалиста - это учиться и не унывать. А остальное все придёт.
Спасибо большое за статью
Мой лайфхак, как добавление к вышесказанному.
Когда нет четких правил и заказчик говорит, что надо сделать вот так, а он потом посмотрит, то я предупреждаю, к чему ведет это.
Главное в менеджменте проекта - не сделать проект для заказчика, а сделать его максимально комфортно для него. И не обидеть обе стороны. То есть на каждом этапе максимально фиксировать требования, в которых не будет двойного смысла. А также прописывайте сроки выполнения.
Этот лайфхак выжжен реальностью, когда к тебе приходит в конце недовольный заказчик и српашивает, а что приложение начало тормозить? Почему кнопка тут не белая? Почему вы сроки профакапили?
Даже если вы создали велосипед, можно продолжать улучшать свой проект и однажды ты поймешь, что ты создашь конкурента. Этот путь тернист и для сильных людей. Нужно приложить немало усилий и идти до конца.
Удачи вам.
Дежавю... как будто где-то я уже читал эту статью.
Почти весь смысл этой статьи и был описан в одной из глав книги Роберта Мартина Идеальный Программист.
Но в любом случае, тема раскрыта хорошо и хочешь верь, а хочешь нет, но зона потока - это зона комфортной работы.
Но в современном мире аджайла ты должен сделать быстрее по обновлённым требованиям от бизнеса. Должен, не потому что так надо, а потому что бизнес требует так. И плохие менеджеры тебя теребят...
Уровень ЗП всегда статистически меньше почему-то чем в реальности
Вы проверяли как себя ведет форматирование, если в .editorconfig ничего не делать, а просто по проекту пройтись Fix Mixed Tabs-ом и затем где-нибудь в файле класса что-то изменить и как отформатируется документ? У меня как бы я не исправлял на "точки"(пробелы) - возвращалось все в табы
Да, она тоже есть. Но интересно, как оно решает проблему в указанном случае с .editorconfig?
А можете объяснить суть решения?
что такое rem?
Ну и вообще, смысл?
Есть две границы
ltr и rtl?Далее выбираем наименьшую(smallestHead) из них по значению value.
Следующий индекс определяется как сумма index и direction этого наименьшего значения.
Получаем след.значение массива по этому след.индексу - либо ноль, либо значение.Если следующее значение больше самого маленького
(наименьшего smallestHead),то присваиваем след значение этому smallestHead
Иначе находим разницу между наименьшим значением и следующим и суммируем к общей сумме.
И присваиваем в конце меньшему
smallestHead индекс следующегоЯ все разобрал, но магии не понял в решении задачи с водойhttps://leetcode.com/problems/trapping-rain-water/description/Я слушал аудио книгу и могу подписаться под каждым словом в этой статье.
Книгу стоит прочитать/прослушать.
Автор Владимир Швец относительно молодой, но книга качественная и стоящая внимания.
Спасибо большое всем, кто прочитал статью, оставил комментарии и будет оставлять.
Учту пожелания и буду более кропотливо работать над выпуском статьи для общества Хабра.
Первый опыт в виде этой статьи, надеюсь, станет моей отправной точкой развития в таком плане как публикация.