Search
Write a publication
Pull to refresh
@resetmeread⁠-⁠only

Скромный пастух нулей и единиц…

Send message
Вот уж воистину, просто и элегантно. А главное, добавляет в питон уникальную идиому, которой нет больше ни в одном языке.

А что языки программирования должны походить друг на друга? И приходить к пониманию даже для человеку ни разу не читающего руководство по языку?
Так и написано, что применим для пользовательского интерфейса и к софтверному дизайну. Это не затрагивает того как это будет использовать компьютер. Т.е. это больше относится к психологии человека, чем к работе машины.
Просто в большинстве других языков сделано наоборот.

Если сделано по другому, это не значит что ошибка.

Принцип наименьшего удивления никто не отменял.

Это относится к психологии и никак не к языкам программирования.
Если будет язык программирования более человечным, то не избежит логических проблем, а это приведёт к тому, что он не будет логически цельным. А ещё хуже, это может привести к ухудшению производительности программ в угоду нежеланию людей читать документацию.

Активно минисующие и думающие, что это ошибка, хотят чтобы аргументы функций каждый раз инициализировались при каждом вызове функции. А это лишний оверхед. В Python аргументы функции инициализируются только один раз при первом запуске, все последние запуски происходят с уже инициализированными аргументами. По моему, Гвидо придумал простое и изящное решение!

Если что-то вы не понимаете в языке, это не значит что язык плох, это значит что вы не уделили достаточного времени для чтения и изучения документации языка.

Ну вот минусующий показал свой уровень непонимания Python.

В документации все это описано, значит не ошибка, а проблема грамотности разработчика.

В статье довольно правильно все разжевано, но хочу добавить следующий момент. Знание английского, приличный аккаунт на GitНub и Linkedin и т.д., вообще не будут играть никакой роли, если вам посчастливится проходить собеседование с техническим специалистом достаточно высокого уровня. Все эти GitНubы и Linkedinы только для HR, которые не очень хорошо разбираются в технологиях, а технические специалисты друг друга очень быстро поймут и легко оценят ваш уровень.
Тогда бы человек не понял о чем это я. А staticfiles можно спокойно использовать до Django 3. Депрекейтед код не значит, что он не работает.
Вообще-то я не оправдывался, а доводил до вашего сведения.
Для информации минусующим. Отсутствие этих двух пробелов в тестовом задании для соискателя на должность Django разработчика часто становиться одной из причин по которой он эту должность не получает.
Не везде русский язык одинаковый на всей обширной территории России и ближайших стран.
А зачем мне привыкать? Я только показал code style, а не сами библиотеки. У человека может быть масса legacy код.

За место:
{%load staticfiles%}
Принято писать:
{% load staticfiles %}
Мелочь, но так принято у профи.

Вы точно все подметили!

Минутка юмора, в которой есть доля правды:
Собрал тимлмд сеньора, миддла и джуна и рассказал о серьезных багах в проекте и спросил их мнения и сроки.

Джун: «Вы все врете, нет багов! Я за час исправлю.»
Миддл: «Что нам делать? Я за день исправлю.»
Сеньор: «Бро, расслабся, я уже пофиксил, но я за неделю исправлю.»
Мой совет — развивайте себя и развивайте свои регионы, чтобы можно было работать и строить карьеру там. Есть много таких же людей, как я, бегущих в столицу, в которой их не особо рады видеть, чисто ради денег. Возможно, в будущем я вернусь в Махачкалу, чтобы «поднимать» там IT-сектор — но пока мне важно набраться опыта в столичной компании.


Вы сами себе противоречите. Вы в статье даете совет. В цитате ваши слова.

В комментарии вы приписываете слова, которые сами из своей головы вытащили и приписали мне, я совершенно о другом писал. Вы скатились к банальной демагогией. За место попытки понять и обсудить, вы начали рефлексовать. Вообщем, я не удивлен, типичное поведение джуна. Ох и тяжело вам будет работать в командах с таким отношением к оппонентам!

Каждое ваше слово в комментарии — это суровая правда!

Со стажерами в свое время намучился, если сейчас мне предлагает руководство взять стажеров, я им сразу предлагаю открыть учебный центр и брать деньги за обучение. Это пока срабатывает.
Здесь у региональных компаний два способа: или искать постоянно, или набирать и обучать. Вы скорее всего столкнулись с компанией первого способа, так как текучка была большая. Такие компании легко найти и они сразу попадаются на глаза на HR сайтах. Компании со вторым способом наёма меньше, но найти их сложнее. Они обычно через вузы пытаются набирать специалистов, часто их рекрутеров можно встретить на митапах и конференциях.

Если еще третий способ набора. Обычно это команды по 5-30 человек работающие на фирму в Москве или чаще с зарубежьем, порой на довольно известную фирму. Свою деятельность они особо не афишируют, в основном набор идет с помощью рекомендаций от сеньоров, которых уже приняли, или с выбиванием толковых сотрудников из других компаний с помощью высоких зарплат. Здесь они могут пустить в ход свой козырь — удаленку. Я думаю, для типичного областного центра найдутся 5-15 таких компаний. Вот с такими фирмами вы вряд ли сталкивались в своем регионе.

Во всех подобных компаниях мне довелось поработать.
Да, есть нюансы и их много. В каждой специализации есть свои подводные камни и течения. Важно не сидеть у берега и не ждать удачи. Если тяжело найти удаленную работу embedded-разработчика, то смотрите кто на рынке требуется, берите и переучивайся. Я так сделал несколько раз и не жалею.

В моей компании много миддлов работают удаленно, просто правильно поставлена работа с удаленщиками. Вообще тенденция такая: чем ты старше, тем охотнее разрешаю тебе работать удаленно, но бывают и исключения.

Information

Rating
Does not participate
Registered
Activity