не, вообще их можно понять. сайтики очень наглядными получаются, более наглядными, чем какая-то штука в консоли

Кек.

а он как наз про типизацию на piterpy рассказывал

ага

ну в каком-то смысле для разработки на js ничего не надо) браузер уже есть - блокнот тоже)

ну вот.

Грустно, что.

но я ещё ни разу не видел человека для которого первый язык был js

да ладно, по любому такие должны быть

Для моей жены он первый

Ну приложения она пилит это да. Но например зачем нужна типизация догнала недавно

И вот это меня огорчает.

Python идеально подходит для изучения программирования как предмета о прикладном применении Computer Science. Это язык широкого профиля, поэтому на нём можно и алгоритмы реализовывать, и сайты писать, и игрушки делать. Архитектуру компьютера на нём, конечно, не изучишь, но это уже другой предмет. Для изучения прикладного программирования и основ компьютерной науки он подходит куда лучше чем другие языки.

ну, я все таки за то, что человек должен познать один из компилируемых языков.

Типизация, системы типов, алгебра типов - это отдельная область, должна изучаться отдельно, я считаю.

SICP

потому как я не чоень понимаю, как можно ваять хорошее ПО, если ты не вкурсе как принципиально работает то, что у тебя под капотом.

вот что должно быть с начала.

SICP же перевели как раз на Python?

Это они очень зря сделали вобщем.

т.е. сайты - да. Много чего можно. но как только речь заходит о больших и сложных системах, проступает железо.

схема туда вписывалась гораздо лучше.

И вот это меня огорчает.

Для этого надо теорию ЯП изучать, а не приложеньки на JS ваять.

Я вот к чему в общем.

Надо решать реальные проблемы

Программирование ради программирования - дерьмо

Это они очень зря сделали вобщем.

Наверное, они долго обдумывали это решение. MIT это же не какой-то там университет сельского значения

Надо ставить задачу и решать ее

лооол

Наверное, они долго обдумывали это решение. MIT это же не какой-то там университет сельского значения

Состав то меняется.

Просто раньше для того чтобы быть программистом нужно много было знать.

А теперь достаточно на курсик переквалификации сходить и вуаля.

Можно решать задачи.

Тикеты в джире закрывать.

И говорить что программирование должно решать задачи бизнеса например.

закрытый тикет != решенная задача

именно. программирование должно решать реальные задачи. и бизнес должен решать конкретные проблемы.

Ага

все направлено на решение реальных проблем

а качество кода - вопрос второй

есть 2 критерия - работает/не работает

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

Баланс нужен. забьешь на качество не сможешь расширятся

именно. программирование должно решать реальные задачи. и бизнес должен решать конкретные проблемы.

а ты не стартапер случаем?

лол

ты проницательный малый ?

а качество кода - вопрос второй

Я, честно говоря, просто задолбался работать в среде, где вот так считают.

Угу.

ну можно перфекционировать, конечно же

ну, даже галстук носишь

особенно это полезно, если никто, кроме тебя это не оценит

Кругом одни PhD а проекты создавать никто не умеет

про решать задачи уже столько граблей вокруг в виде технического долга разложено, что кажется уже каждый должен был на это натыкаться

именно

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

ну можно и переписать все с нуля ?

особенно, когда есть на это ресурсы

мдаааа.

ну можно и переписать все с нуля ?

Точно так же криво как было? Ведь ума то больше не стало и отношение не изменилось. Так почему должно стать лучше?

ну пишешь быстро не от того, что ума нет, а от того, что нужно быстро. вопрос стабильности и граблей при расширении/масштабировании решается нормальным покрытием тестами. переписать - когда есть на это ресурсы (по кр.мере время, ну или деньги, чтобы можно было это сделать спокойно и не спеша, где-нибудь на берегу океана, а не на кухне с дошираком перед лицом). лучше станет, потому что появится понимание того, как делать точно НЕ надо. вероятность, что ты изначально напишешь такой ахуенный модульный код, который будет расширяем без границ, крайне мала.

Кек

как часто вы переписываете свои проекты?

Русские стартапы обладают спецификой.

У нас рефакторинг идёт постоянно, например.

ERROR: S client not available

Из-за того что на прошлой итерации там наговнякали в угоду бизнесу быстрейбыстрейвпроднадоASAP

я не про рефакторинг больше

а про инкремент мажорной версии до несовместимости с прежней версией библиотек или апи

асап это стресс, заставляет мозг работать быстрее

хотя, не всегда и не у всех

асасап

как мы перешли к этому размазыванию соплей, напомните

хз)

Ах да

решать реальные проблемы

все известные мне крутейшие хакеры начинали просто потому что программировать это весело и интересно

норм профит

а не потому что надо продаться в какой-то стартап за гроши авось взлетит.

подскажи

у Пола Грэма есть несколько интересных эссе на эту тему.

ну пишешь быстро не от того, что ума нет, а от того, что нужно быстро. вопрос стабильности и граблей при расширении/масштабировании решается нормальным покрытием тестами. переписать - когда есть на это ресурсы (по кр.мере время, ну или деньги, чтобы можно было это сделать спокойно и не спеша, где-нибудь на берегу океана, а не на кухне с дошираком перед лицом). лучше станет, потому что появится понимание того, как делать точно НЕ надо. вероятность, что ты изначально напишешь такой ахуенный модульный код, который будет расширяем без границ, крайне мала.

когда на это есть ресурсы, то есть никогда

у тебя в нике есть волшебные буквы

есть какие-нибудь подводные камни при шаринге volume между несколькими контейнерами?

Это python-сообщество, да?

хз

вроде, да

https://telegram.me/docker_ru

Вам сюда ^_^

о

супер

спс

http://www.paulgraham.com/articles.html

http://www.paulgraham.com/hp.html

вот клёвое эссе.

а вот объясните мне, пожалуйста, как стыкуются эти две вещи 1 - надо говнякать побыстрее, никогда нет лишнего времени, нужно решать задачи 2 - аааа, ну если будет плохо, то перепиииишем вроде как смерть из-за первого пункта обычно наступает раньше, чем появляется время/ресурсы на 2й.

при чем я тут в обсуждении увидел такую связь "надо кодить быстрее" - "писать тесты", обычно на тесты уходит много времени

я бы не советовал с джс начинать путь в программирование