Программирование, т. 5.1.

кстати, замечал что все когда говорят об ООП приводят в пример животных/людей и прочее не имеющее ничего общего с реальностью, и читатель может не понять как это вообще использовать в реальной жизни

а животные - это разве не реальный мир? разве там нет иерархии?

не для программиста :)

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

даже инкапсуляцию, интерфейсы, статичные методы, абстрактные классы, фабрики, контейнеры?

ещё один

 

всё что ты перечислил (кроме статичных методов/полей) не изучается в тот же момент когда ты только начал учить ООП-язык (часто у людей это вообще первый ЯП) и тебе нужны кошки чтоб понять что такое классы

еще один? а кто другой?

полиморфизм, инкапсуляция, наследование (абстракция) четыре простых основы которые не трудно понять и все это можно объяснить в течении одной пары, если не рассказывать про котиков и собачек, а привести реальный пример

в течении одной пары полиморфизм инкапсуляция

 

перед тобой сидит несколько десятков баранов которые кодят всего-то полтора месяца, я могу только пожелать удачи объяснить им за 120 минут весь ОО-аспект джавы или неважно какого языка

Обычно в вузах где сидят сидят бараны, ООП изучают на 2-3 курсе.

 

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

даже инкапсуляцию, интерфейсы, статичные методы, абстрактные классы, фабрики, контейнеры?

Всё это изи можно объяснить на кошечках + ещё все паттерны

даже инкапсуляцию, интерфейсы, статичные методы, абстрактные классы, фабрики, контейнеры?

да

объясняют сейчас патерны на кошечках фигурах, элементах домиков, ещё какой-то хуйни так что нормально

вот ток вчера был прототип, там тип животное -> кошечка и собачка это частный случай, а потом хоп общую схемку и все збс понятненько

Изменено 31 октября 2014 пользователем Airfol

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

в реальных проектах можете хуй положить на полиформизм, абстракции и контейнеры, и вас за это даже тимлид похвалит и премию выпишет.

 

дам совет кароче, забейте на теорию, ебашьте сразу программы без оверэнжиниринга. что-то типа int port = 1100 + userId;

а всякие ботаны типа МертвогоМага пусть дальше зубрят свои идеалистические манямирки, которые они в жизни не воплотят.нужно заебацать клиент и сервер? не надо тратить впустую все недели на теоритизирование, запиливание самого идеального и божественно-прекрасного дизайна, с кучей абстракций, интерфейсов, когда можно просто нахакать пару классов без всей этой еботни и все будет работать. компилятору похуй на ваши интерфейсы, грубо говоря. надо мыслить как машина, а не как гуманитарий без5минут программист

 

 

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

Изменено 31 октября 2014 пользователем Обязательное_поле

слова не мальчика, но сеньера

 

 

 

слова не мальчика, но сеньера

 

 

на самом деле нет

 

нет

главная суть ооп в том, что проект делится на логические части/сущности/модули, так намного проще контроллировать сложность и читаемость проекта

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

в реальных проектах можете хуй положить на полиформизм, абстракции и контейнеры, и вас за это даже тимлид похвалит и премию выпишет.

 

дам совет кароче, забейте на теорию, ебашьте сразу программы без оверэнжиниринга. что-то типа int port = 1100 + userId;

а всякие ботаны типа МертвогоМага пусть дальше зубрят свои идеалистические манямирки, которые они в жизни не воплотят.нужно заебацать клиент и сервер? не надо тратить впустую все недели на теоритизирование, запиливание самого идеального и божественно-прекрасного дизайна, с кучей абстракций, интерфейсов, когда можно просто нахакать пару классов без всей этой еботни и все будет работать. компилятору похуй на ваши интерфейсы, грубо говоря. надо мыслить как машина, а не как гуманитарий без5минут программист

 

 

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

 

нет

 

да

 

нет

 

нет

 

 

итого, ты долбоеб, который в жизни не видел проектов больше 1000 строк

итого, ты долбоеб

мудрые слова, о мудрейший

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

в реальных проектах можете хуй положить на полиформизм, абстракции и контейнеры, и вас за это даже тимлид похвалит и премию выпишет.

 

дам совет кароче, забейте на теорию, ебашьте сразу программы без оверэнжиниринга. что-то типа int port = 1100 + userId;

а всякие ботаны типа МертвогоМага пусть дальше зубрят свои идеалистические манямирки, которые они в жизни не воплотят.нужно заебацать клиент и сервер? не надо тратить впустую все недели на теоритизирование, запиливание самого идеального и божественно-прекрасного дизайна, с кучей абстракций, интерфейсов, когда можно просто нахакать пару классов без всей этой еботни и все будет работать. компилятору похуй на ваши интерфейсы, грубо говоря. надо мыслить как машина, а не как гуманитарий без5минут программист

 

 

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

 

нет

 

да

 

нет

 

нет

 

 

итого, ты долбоеб, который в жизни не видел проектов больше 1000 строк

в нашем проекте миллион строк, ато и больше((((( но ты почти заовнил)))

Изменено 31 октября 2014 пользователем Обязательное_поле

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

в реальных проектах можете хуй положить на полиформизм, абстракции и контейнеры, и вас за это даже тимлид похвалит и премию выпишет.

 

дам совет кароче, забейте на теорию, ебашьте сразу программы без оверэнжиниринга. что-то типа int port = 1100 + userId;

а всякие ботаны типа МертвогоМага пусть дальше зубрят свои идеалистические манямирки, которые они в жизни не воплотят.нужно заебацать клиент и сервер? не надо тратить впустую все недели на теоритизирование, запиливание самого идеального и божественно-прекрасного дизайна, с кучей абстракций, интерфейсов, когда можно просто нахакать пару классов без всей этой еботни и все будет работать. компилятору похуй на ваши интерфейсы, грубо говоря. надо мыслить как машина, а не как гуманитарий без5минут программист

 

 

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

 

нет

 

да

 

нет

 

нет

 

 

итого, ты долбоеб, который в жизни не видел проектов больше 1000 строк

видел проект на classic asp где каждый кодбехайнд файл был на 3000+ строк и всё делалось, как описал втарка

таких людей надо как минимум стерилизовать

 

в нашем проекте миллион строк, ато и больше((((( но ты почти заовнил)))

а могло бы ведь быть всего тысяч 50.

Пацаны, недавно был отбор в школу программистов HeadHunter.

Задания были такими:

 

 

Просили реализовать на питоне или джаве, я оба не знал и офк выбрал питон:)

Меня даже на собеседование не пригласили (хотя я на другое и не надеялся с тем конкурсом), но всё же, может кто подсказать, где я допустил оплошность? Один знакомый сказал, что очень палится паскалевский стиль, и типо тру-прогеры на питоне так не пишут. Но я по-другому не умею (и есть такое ощущение, что я никогда не отвыкну от паскаля). Почему-то не верится, что мог допустить алгоритмическую ошибку.

Просто интересно, какие у них критерии проверки подобного рода задач, и как они отличают меня(долбоёба) от тру-пацыков.

http://pastebin.com/VZmkXb0g - переливания

http://pastebin.com/Ja08i8g6 - разбиения

И да, может кто знает подобные оффлайн курсы по качеству в мск? А то выгнали с матмеха вначале сентября, и из-за ебанутой системы поступления по егэ я теперь вынужден целый год хуи пинать, и получается, что те, кто вылетает летом на сессии из-за трёх долгов, оказываются в более выгодном положении, нежели те, кто вылетел на комиссиях :avtorklif: :avtorklif:

Изменено 1 ноября 2014 пользователем De[IVI]oN

ну действительно видно что питон ты никогда не видел

 

def partitions(n, k):
  if n == k or k == 1:
  return 1
  elif n < k:
  return 0
  else:
  return partitions(n-1, k-1) + partitions(n-k, k)

n = int(input("Введите n: "))
k = int(input("Введите k: "))
print(partitions(n, k))

 

в первом случае вообще состояние лучше хранить в объекте или списке, а еще лучше написать под это дело класс, ведь по сути сотояние можно представить объектом

 

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

Не понял, с чего это я ботан и что такое манямирки