Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Python признан самым популярным языком для начального обучен..."	+1 +/–
Сообщение от opennews (?), 08-Июл-14, 11:30
Изучив статистику 39  факультетов компьютерных наук различных ВУЗ-ов США, исследователи пришли к выводу (http://cacm.acm.org/blogs/blog-cacm/176450-python-is-now-the... что Pythpn является наиболее востребованным языком программирования при преподавании вводных курсов. В частности, Python используется в начальных курсах обучения программированию (CS0 и CS1) в 8 из 10 самых крупных факультетов (80%) и в 27 из 39 в полной выборке факультетов (69%). На втором месте язык Java, который рассматривается в 22 курсах из 39, С и С++ изучается только в 6 курсах. <center><a href="http://cacm.acm.org/system/assets/0001/6470/Top39-700.3.png&... src="http://www.opennet.me/opennews/pics_base/0_1404803885.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center> URL: http://cacm.acm.org/blogs/blog-cacm/176450-python-is-now-the... Новость: http://www.opennet.me/opennews/art.shtml?num=40159
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Ананас (?), 08-Июл-14, 11:30	–4 +/–
америкосы хипуют
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11

2. Сообщение от Аноним (-), 08-Июл-14, 11:31	+26 +/–
Тем временем на первых курсах в российских вузах, как и 25 лет назад, по-прежнему в 99% случаях преподают Pascal.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #19, #33, #45, #55, #70, #86, #119, #311

3. Сообщение от Аноним (-), 08-Июл-14, 11:31	–1 +/–
Ага, Паскаль и Бейсик тоже были в топе у школьников/студентов много лет назад. Их сейчас кто-нибудь помнит?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #38, #120, #122

4. Сообщение от Аноним (-), 08-Июл-14, 11:32	+2 +/–
окагжы sicp и scheme???!!!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #10, #12, #35

5. Сообщение от Аноним (-), 08-Июл-14, 11:32	+12 +/–
В хороших вузах не важно какой язык используют, так как там учат не языку а програмированию. В плохих вузах не важно какой язык используют, так как они плохие. Для хорошего студента не важно какой язык подают на лекциях, так как лекции составляют 5% от источников его знаний. Для плохого студента не важно какой язык подают на лекциях, так как лекции составляют 0% от источников его знаний.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #26, #53

6. Сообщение от Аноним (-), 08-Июл-14, 11:33	+23 +/–
>Тем временем на первых курсах в российских вузах, как и 25 лет назад, по-прежнему в 99% случаях преподают Pascal. >Тем временем на первых курсах в российских вузах, как и 15 лет назад, по-прежнему в 99% случаях преподают Excel.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8, #15, #28, #42, #96

7. Сообщение от Аноним (-), 08-Июл-14, 11:35	–13 +/–
Нет бы нормальный руби использовать. Зачем питоном калечить души?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

8. Сообщение от Аноним (-), 08-Июл-14, 11:36	+2 +/–
мне на третьем преподавали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #36, #128

9. Сообщение от Аноним (-), 08-Июл-14, 11:36	+2 +/–
> окагжы sicp и scheme???!!! Книжка бесплатная, интерпретатор бесплатный учи на здоровье.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

10. Сообщение от rob pike (?), 08-Июл-14, 11:40	+2 +/–
>Daniel Weinreb has a short investigative piece about why MIT's well-known 6.001 course based around SICP and Scheme has been replaced with Python http://lambda-the-ultimate.org/node/3312
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

11. Сообщение от Аноним (-), 08-Июл-14, 11:41	+19 +/–
Америкосы изобрели все языки из списка и имеют польное право выбирать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #20, #21, #23, #24, #80, #214

12. Сообщение от Nuzhny (?), 08-Июл-14, 11:43	–1 +/–
Несколько лет назад курс был переведён на Питон. Во многом из-за этого его популярность так и выросла. Ещё одним фактором популярности стали библиотеки numPy, sciPy и другие научной направленности. Стало возможным использовать Питон вместо Матлаба для многих типов задач. В том числе для обработки изображений, используя биндинги к OpenCV.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #73

13. Сообщение от Аноним (-), 08-Июл-14, 11:43	+2 +/–
А нам на 1-м курсе вообще С++ с ассемблерными вставками...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #16

14. Сообщение от Аноним (-), 08-Июл-14, 11:46	+1 +/–
> А нам на 1-м курсе вообще С++ с ассемблерными вставками... Естественный отбор...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #92

15. Сообщение от Аноним (-), 08-Июл-14, 11:47	+4 +/–
Excel преподают не студентам IT-специальностей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #17

16. Сообщение от Аноним (-), 08-Июл-14, 11:49	+3 +/–
Значит задача состояла в сокращении бюджетных мест.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #32

17. Сообщение от Аноним (-), 08-Июл-14, 11:53	+9 +/–
> Excel преподают не студентам IT-специальностей. Бедняги, как же они без знания excel найдут работу в России?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #30, #48

18. Сообщение от Гвидо (?), 08-Июл-14, 11:53	+5 +/–
Просто тебя дрючили паскалем, и ты завидуешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #222, #234

19. Сообщение от rvm1975 (?), 08-Июл-14, 11:59	+/–
Что не мешает занимать 1-ые места на разных олимпиадах и тд тп Плохому танцору ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #25

20. Сообщение от rob pike (?), 08-Июл-14, 12:00	–3 +/–
Язык РАПИРА им всё равно не освоить, пусть мучаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #125

21. Сообщение от Пиони (?), 08-Июл-14, 12:06	+22 +/–
Python изобрёл голландец
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #133

22. Сообщение от Xaionaro (ok), 08-Июл-14, 12:07	–1 +/–
Вы — web-разработчик. Угадал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #43, #220

23. Сообщение от Мяут (ok), 08-Июл-14, 12:07	+14 +/–
> Америкосы изобрели все языки из списка и имеют польное право выбирать. Это несколько опрометчивое заявление: > Разработка языка Python была начата в конце 1980-х годов[8] сотрудником голландского института CWI Гвидо ван Россумом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

24. Сообщение от Пишу на пытоне (?), 08-Июл-14, 12:17	+2 +/–
Но Гвидо ван Россум жеж родился и вырос в Нидерландах, где он закончил Амстердамский университет и создал его как ЯП по обучению программированию в Голландском НИИ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

25. Сообщение от Romik (??), 08-Июл-14, 12:25	+2 +/–
Олимпиадники - это единицы. А нужна массовость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #34, #76

26. Сообщение от annualslayer (ok), 08-Июл-14, 12:26	+/–
>Для плохого студента не важно какой язык подают на лекциях, так как лекции составляют 0% от источников его знаний. а что составляет оставшиеся 100 процентов его знаний?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #31

27. Сообщение от Серж (??), 08-Июл-14, 12:30	–1 +/–
Паскаль всё так же преподают. Хотя неясно, в чём проблема изучать Си, если даже школьники с этим справляются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #50, #82, #88

28. Сообщение от Серж (??), 08-Июл-14, 12:31	+3 +/–
>>Тем временем на первых курсах в российских вузах, как и 25 лет назад, по-прежнему в 99% случаях преподают Pascal. >>Тем временем на первых курсах в российских вузах, как и 15 лет назад, по-прежнему в 99% случаях преподают Excel. Excel мы в школе изучали классе в 7.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #39

30. Сообщение от Аноним (-), 08-Июл-14, 12:39	+3 +/–
Зря язвишь. Навыки и приёмы работы в excel чаще пригождаются на неИТ-специальностях чем условное программирование на паскале, васике и др. языках
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #40

31. Сообщение от Аноним (-), 08-Июл-14, 12:50	+8 +/–
>а что составляет оставшиеся 100 процентов его знаний? bash.org, lurkmore и этикетка от пива поровну.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #67, #91

32. Сообщение от Аноним (-), 08-Июл-14, 12:50	+1 +/–
Питон не проще С++. Если же ассемблер изучать на микроконтроллере, то и он совсем простая штука, пять команд, да пара регистров и вперед ногами МК дрыгать. Так что если процесс обучения поставлен верно, то любой язык попрет. Главное что бы на практике было применимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #37, #41

33. Сообщение от ан2 (?), 08-Июл-14, 13:00	–2 +/–
Мы изучали паскаль, 3-е в intel, 2-е в ibm. Дело не как начнешь, а как закончишь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

34. Сообщение от Аноним (-), 08-Июл-14, 13:01	–1 +/–
Кому нужна массовость? Что за странные требования? "Массовые" языки это javascript и php, что вы можете сказать о их качестве?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #205

35. Сообщение от Аноним (-), 08-Июл-14, 13:08	+1 +/–
Scheme не все осиляют. Да и уровень задач в SICP даже в первой главе на голову выше задач из курсов среднего технического ВУЗа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #113, #218

36. Сообщение от Ralph (ok), 08-Июл-14, 13:23	+/–
У нас в 05'ом году на втором C# был. Ну и Excel, куда ж без него
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

37. Сообщение от Аноним (-), 08-Июл-14, 13:24	+/–
> Питон не проще С++. Потрудитесь привести аргументы в пользу данного утверждения. При написания нетривиальной программы на с++ обычно используется более 6-и языков или диалектов. 1. bash - ./configure скрипт 2. make  - Мakefile 3. Язык препроцессора #define #ifdef и т.д. 4. Язык шаблонов c++ который сам по себе полон по Тьюрингу (см вычисление факториала в с++ на этапе компиляции) 5. с++11 constexpr -  выполняется на этапе компиляции 6. c++ очевидно. Для написания работающей программы на пайтоне используется ... Пайтон?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #52, #56, #98, #221

38. Сообщение от Ralph (ok), 08-Июл-14, 13:25	–1 +/–
Я Бейсик помню!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #81

39. Сообщение от Аноним (-), 08-Июл-14, 13:28	+3 +/–
У нас были диктанты по менюшкам ворда и экселя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #63

40. Сообщение от Аноним (-), 08-Июл-14, 13:31	+12 +/–
Да, заучивание интерфейса проприетарной программы, которая раз в три года меняет интерфейс, - полезное занятие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #58, #108

41. Сообщение от eganru (?), 08-Июл-14, 13:32	+/–
Я программирую в том числе для микроконтреллеров pic. среди pic есть pic32 который использует систему команд mips32 r2. почитайте о ней - смею Вас заверить, что там далеко не 5 команд. там есть и кеш, и префетчер и dma, и чего только душе угодно. +по поводу С - С довольно редко бывает чистым - почти наверняка часть кода один дьявол будет выброшена в платформозависимые и реализована на ассемблере. я не говорю про DMA, интерфейсы ядер и все что с этим связано. Си и плюсы годятся чтобы писать чуму на уровне ядра. Питон же несравнимо медленней и преследует цели совершенно другие. Сомнительно, что вообще хоть как-то можно сравнивать эти языки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #54

42. Сообщение от Мяут (ok), 08-Июл-14, 13:36	+/–
Вы зря смеетесь. У нас не в самом плохом вузе (на IT-специальности ессно) находятся кадры, которые на 5-м (!) курсе не в состоянии нормально отчет в Ворде сделать. Так что Excel им будет явно полезен :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #49, #124, #210

43. Сообщение от Аноним (-), 08-Июл-14, 13:38	+/–
Нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #47, #57

45. Сообщение от Брат Анонпитонер (?), 08-Июл-14, 13:45	–1 +/–
> Тем временем на первых курсах в российских вузах, как и 25 лет > назад, по-прежнему в 99% случаях преподают Pascal. Я Pascal не изучал. GW Basic и Fortran 77.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #161

47. Сообщение от Аноним (-), 08-Июл-14, 13:55	+/–
Ладно. А какая первая буква?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #72

48. Сообщение от rob pike (?), 08-Июл-14, 13:56	+1 +/–
А что Excel? Чисто декларативное функциональное программирование. Сразу понятное и сразу полезное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #51, #303

49. Сообщение от rob pike (?), 08-Июл-14, 13:57	+2 +/–
Если эти же кадры способны вместо этого сделать отчет в TeX - проблема явно не в их способностях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #109

50. Сообщение от rob pike (?), 08-Июл-14, 13:59	+/–
Считается что большинство людей по какой-то причине неспособны понять концепцию указателей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #62, #144, #190, #193, #274

51. Сообщение от Andrey Mitrofanov (?), 08-Июл-14, 13:59	+2 +/–
>Excel >функциональное программирование Палишься. >Сразу понятное и сразу полезное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #74

52. Сообщение от МММ (??), 08-Июл-14, 14:03	+2 +/–
>При написания нетривиальной программы на с++ обычно используется более 6-и языков или диалектов. Знатные травы с грибами уродились у вас в этом году. >Для написания работающей программы на пайтоне используется ... Пайтон? И что с того. Надо GUI учи Qt, надо веб учи Django/Flask/Twisted/Tornado, надо CV изучай OpenCV, Для использования numpy/scipy/pandas/skikit-learn/sympy/theano надо бы математику знать на уровне математика-выпускника хорошего ВУЗa. Это я еще про стандартную библиотеку не заикался в которой более 200 модулей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #64, #78

53. Сообщение от Аноним (-), 08-Июл-14, 14:03	+1 +/–
Вы живете в черно-белом мире, где не бывает промежуточных состояний?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #71

54. Сообщение от МММ (??), 08-Июл-14, 14:06	+/–
> Я программирую в том числе для микроконтреллеров pic. > среди pic есть pic32 который использует систему команд mips32 r2. > почитайте о ней - смею Вас заверить, что там далеко не 5 > команд. Assembler всё равно очень простой язык, наверное самый простой, только разработка на нём бесконечно долга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #68, #87, #111

55. Сообщение от Аноним (-), 08-Июл-14, 14:07	+/–
И правильно. Учить питону - превращать человека не в программиста, а в морального урода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #93

56. Сообщение от Аноним (-), 08-Июл-14, 14:11	–2 +/–
> 1. bash - ./configure скрипт > 2. make  - Мakefile Этой гадости больше нет, есть один cmake. Для питона тоже есть pydistutils. Остальное - один язык, разделять его - как разделять питон, ООП питона и функциональные возможности питона. И да, он намного богаче питона и именно поэтому он лучше подхдит для обучения. И нет, он не сложнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #60, #183

57. Сообщение от Nicknnn (ok), 08-Июл-14, 14:12	+/–
Простой аноним же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

58. Сообщение от клоун (?), 08-Июл-14, 14:20	–4 +/–
Если бы интерфейс некоммерческих программ не менялся каждые 2 месяца, учили бы их.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #69, #105, #129

60. Сообщение от Аноним (-), 08-Июл-14, 14:23	+2 +/–
>Этой гадости больше нет, Как нет? Куда делись? >есть один cmake. один cmake, один automake, один premake, один qmake, один qbs, один SCons, один waf один... и это все только для сборки. >Остальное - один язык Расскажите мне еще раз что язык препроцессора и С++ это один язык. Заодно расскажите это Страуструпу, а то он другого мнения. >И нет, он не сложнее. И нет вы не привели ни одного аргумента. Аргумент от меня. Спецификация с++ превосходит 1000 страниц, что в разы (около 10?) больше чем аналог от пайтона. >И да, он намного богаче питона >И нет, он не сложнее. Я тут вижу противоречие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #223

62. Сообщение от клоун (?), 08-Июл-14, 14:25	–1 +/–
Большинству людей это нафиг не нужно. Также как и высшая математика, физика и пр. науки в том объёме в котором их преподают. И проверка остаточных знаний это ярко показывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #65, #117

63. Сообщение от YetAnotherOnanym (ok), 08-Июл-14, 14:25	+1 +/–
Хе, у меня до сих пор лежит картонка с шестнадцатиричной таблицей умножнения, в 8 классе сам разлиновывал и заполнял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #131, #132

64. Сообщение от Аноним (-), 08-Июл-14, 14:27	+/–
> Знатные травы с грибами уродились у вас в этом году. Я привел пример сложности С++. Ваш контраргумент? > И что с того. Надо GUI учи Qt, надо веб учи Django/Flask/Twisted/Tornado, > надо CV изучай OpenCV, Для использования numpy/scipy/pandas/skikit-learn/sympy/theano > надо бы математику знать на уровне математика-выпускника хорошего ВУЗa. > Это я еще про стандартную библиотеку не заикался в которой более 200 > модулей. Какое это имеет отношение к сложности языка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #363, #384

65. Сообщение от YetAnotherOnanym (ok), 08-Июл-14, 14:27	+5 +/–
> Большинству людей это нафиг не нужно. Также как и высшая математика, физика > и пр. науки в том объёме в котором их преподают. И > проверка остаточных знаний это ярко показывает. Тех, кому это не нужно - гнать пропитанными тряпками из профессии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

67. Сообщение от YetAnotherOnanym (ok), 08-Июл-14, 14:31	+/–
> bash.org, lurkmore и этикетка от пива поровну. Состав освежителя забыл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

68. Сообщение от Аноним (-), 08-Июл-14, 14:35	+1 +/–
> Assembler всё равно очень простой язык, наверное самый простой, только разработка на > нём бесконечно долга. Assembler это программа. Вы путаете с ее с "языком ассемблера". Но все равно заявление "Assembler всё равно очень простой язык, наверное самый простой" совершенно неверно. Вот ознакомтесь - настольная книга разработчика на ассеблере "Intel® 64 and IA-32 Architectures Software Developer’s Manual" 988 страниц. том 3. часть b. http://css.csail.mit.edu/6.858/2011/readings/ia32/ia32-3b.pdf Спецификация конкретного ассемблера например nasm не намного короче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #83

69. Сообщение от Аноним (-), 08-Июл-14, 14:39	+9 +/–
Какие изменения в этом месяце были в интерфейсе vim и TeX? Сохранилась ли совметимость форматов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

70. Сообщение от Аноним (-), 08-Июл-14, 14:39	+/–
> Тем временем на первых курсах в российских вузах, как и 25 лет > назад, по-прежнему в 99% случаях преподают Pascal. И правильно делают. Лучше несколько "самых умных" студентов семестр потеряют, чем потерять весь поток. Паскаль для задачи изучения алгоритмов более чем удачен, независимо от того, будет ли кто-нибудь его использовать или нет. И именно для введения в алгоритмизацию Паскаль и используется. А вот с Питоном - наверняка первый месяц борются только с тем, чтобы студенты правильно отступы ставили. А до алгоритмов дело за семестр вообще не доходит. Да и не нужны они там - всё уже готовое встроено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #164

71. Сообщение от Аноним (-), 08-Июл-14, 14:42	+1 +/–
Только заметил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #143

72. Сообщение от Аноним (-), 08-Июл-14, 14:43	+2 +/–
> Ладно. А какая первая буква? А
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

73. Сообщение от Аноним (-), 08-Июл-14, 14:45	+/–
> Несколько лет назад курс был переведён на Питон. Во многом из-за этого > его популярность так и выросла. > Ещё одним фактором популярности стали библиотеки numPy, sciPy и другие научной направленности. > Стало возможным использовать Питон вместо Матлаба для многих типов задач. В > том числе для обработки изображений, используя биндинги к OpenCV. Негуманно это заставлять научных работников писать на питоне. Для истинных математиков есть R, для прочих - Ruby. А хочется заменить Simulink, есть KNIME + Ruby. Питон - старый язык с устаревшим же синтаксисом. И никакие изменения версий и синтаксические плюшки его не исправят. В лучшем случае он просто станет новой версией Ruby.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #75, #77, #90

74. Сообщение от rob pike (?), 08-Июл-14, 14:57	+1 +/–
Он еще и Тьюринг-полный. И безо всяких императивных VBA, чисто как табличка с формулами-зависимостями. > You can implement a TuringMachine as a one-dimensional CellularAutomaton, which can be implemented as a SufficientlyLarge spreadsheet with all cells except the first row filled with an appropriate calculation. The width of the spreadsheet is the length of available tape and the height of the spreadsheet is the maximum time available for the computation. >http://c2.com/cgi/wiki?MicrosoftExcelProgrammingLanguage Так что вопрос, как всегда, не "что" (в данном случае - использовать в процессе обучения), а "кто" и "как".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #130

75. Сообщение от Аноним (-), 08-Июл-14, 15:01	+/–
>Негуманно это заставлять научных работников писать на питоне. Они взрослые, они сами выберут. >для прочих - Ruby. >Питон - старый язык с устаревшим же синтаксисом. У руби синтаксис унаследованный из algol-а и перла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #95

76. Сообщение от Аноним (76), 08-Июл-14, 15:02	+1 +/–
так паскаль весьма академичен, и в ооп версии тоже. В чём проблема то? Может при изучении программирования с регулярных выражений начинать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #94

77. Сообщение от rob pike (?), 08-Июл-14, 15:02	+/–
Для истинных математиков есть бумага с карандашом. А R и прочие числодробления - это для прикладников, или, что еще хуже, статистиков, с которыми истинные математики (которых порядка 3-5 тысяч на всю планету) рядом и не сядут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #84

78. Сообщение от rob pike (?), 08-Июл-14, 15:04	+/–
> Надо GUI учи Qt, надо веб учи Django/Flask/Twisted/Tornado, надо CV изучай OpenCV И получится не образованный инженер, а дрессированный кодер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #317, #364

80. Сообщение от umbr (ok), 08-Июл-14, 15:11	+5 +/–
Американцы такие американцы :) Страуструп - датчанин, Гослинг - канадец.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #89

81. Сообщение от Аноним (-), 08-Июл-14, 15:12	+1 +/–
Название?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

82. Сообщение от Аноним (76), 08-Июл-14, 15:14	+1 +/–
> Паскаль всё так же преподают. Хотя неясно, в чём проблема изучать Си, > если даже школьники с этим справляются. А зачем тратить время на то, что не должно изучаться в рамках предмета, Си позволяет сделать больше трудноуловимых ошибок, в итоге при неудачном стечении обстоятельств предмет может превратиться в "поиск ошибок и описок в коде на языке Си".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #149, #153

83. Сообщение от Аноним (-), 08-Июл-14, 15:17	+/–
Вы путаете сложность аппаратной архитектуры со сложностью языка программирования
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #97, #101

84. Сообщение от Аноним (76), 08-Июл-14, 15:19	+/–
> Для истинных математиков есть бумага с карандашом. > А R и прочие числодробления - это для прикладников, или, что еще > хуже, статистиков, с которыми истинные математики (которых порядка 3-5 тысяч на > всю планету) рядом и не сядут. Справедливости ради, задачи ( в механике правда ) по движению/колебаниям которые возникают в том числе в научных кругах, не всегда удобно даже записывать ручкой на бумаге.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #99

86. Сообщение от Kodir (ok), 08-Июл-14, 15:21	–1 +/–
...и правильно делают! Паскаль - он и "словоблудный" (чтобы новички не терялись в значениях "крючочков"), и технически строгий, статичный, т.е. даёт какое-то дополнительное промежуточное представление об аппаратуре. Это дисциплинирует мышление, чтобы люди не зарывались в процессе построения воздушных пейстоновских архитектур - всему есть своя цена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

87. Сообщение от Аноним (76), 08-Июл-14, 15:23	+/–
>> Я программирую в том числе для микроконтреллеров pic. >> среди pic есть pic32 который использует систему команд mips32 r2. >> почитайте о ней - смею Вас заверить, что там далеко не 5 >> команд. > Assembler всё равно очень простой язык, наверное самый простой, только разработка на > нём бесконечно долга. Ну да, если считать его набором библиотечных функций, всё кроме сравнения - вызов функции... :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

88. Сообщение от Kodir (ok), 08-Июл-14, 15:27	–3 +/–
> Паскаль всё так же преподают. Хотя неясно, в чём проблема изучать Си, если даже школьники с этим справляются. _отдельные_ школьники справляются! Из своего опыта скажу: я ТРИ раза брался за Си (из них - два, когда уже знал Паскаль!!) и только с третьего раза "въехал" что там к чему. Все эти int a = b++ + ++c; сильно сбивают с толку. Или вообще for(;;IsIt()) - непонятно что происходит там, где даже ничего не написано! :) Всё же Паскаль полегче дался (да и тот - после Бейсика), так что для начала я б давал ученикам ТОЛЬКО Бейсик - хотя бы понять суть п-я и что ты не только командуешь, но и несёшь ответственность за приказы. А потом уже хоть Смоллток - по накатанной легче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #151, #277

89. Сообщение от rob pike (?), 08-Июл-14, 15:29	+2 +/–
А язык у них - вообще английский!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #126, #134

90. Сообщение от Kodir (ok), 08-Июл-14, 15:31	+/–
> Негуманно это заставлять научных работников писать на питоне. +1000. Пейстон - он и для нормальных-то программистов - вычурный, да ещё с отступами как в заплесневелом фортране! Научным трудягам нужен предсказуемый, _простой_ язык с кучей внутренних функций. D тут был бы в самый раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #138

91. Сообщение от Kodir (ok), 08-Июл-14, 15:32	+1 +/–
А вот лурку трогать не надо - там всё путём!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #188

92. Сообщение от Kodir (ok), 08-Июл-14, 15:33	–2 +/–
>> А нам на 1-м курсе вообще С++ с ассемблерными вставками... > Естественный отбор... Да это не "отбор", это уже Спарта какая-то!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #187

93. Сообщение от минонА (?), 08-Июл-14, 15:34	+3 +/–
Это почему же? Честно, интересно очень.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #141

94. Сообщение от rob pike (?), 08-Июл-14, 15:35	+1 +/–
Можно и с регулярных выражений. Если в процессе изучить теорию автоматов, теорию формальных языков и классификацию формальных грамматик по Хомскому, откуда они выросли, внимательно проработать на семинарах работу Клини [1], которой руководствовался Томпсон. Пользы будет значительно больше чем от вычисления факториала на Паскале. [1] Kleene, Stephen C. (1956). "Representation of Events in Nerve Nets and Finite Automata". In Shannon, Claude E.; McCarthy, John. Automata Studies. Princeton University Press. pp. 3–42.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #137

95. Сообщение от Аноним (-), 08-Июл-14, 15:35	+/–
Надо полагать идеология блоков взята с перла?... Особенно в части each, times, map, select, reduce, find, detect и пр.?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #106

96. Сообщение от Аноним (96), 08-Июл-14, 15:36	+/–
10 класс, школа с уклоном в иностранные языки. Информатика. Половину учебника рассказывается как создать учетку на маилру. ЕГЭ форева.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

97. Сообщение от Аноним (-), 08-Июл-14, 15:37	+2 +/–
> Вы путаете сложность аппаратной архитектуры со сложностью языка программирования В случае ассемблера эти понятия пересекаются. Инструкции для каждой архитектуры свои.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #182

98. Сообщение от Kodir (ok), 08-Июл-14, 15:37	–4 +/–
> При написания нетривиальной программы на с++ обычно используется более 6-и языков или > диалектов. > 1. bash - ./configure скрипт > 2. make  - Мakefile > 3. Язык препроцессора #define #ifdef и т.д. > 4. Язык шаблонов c++ который сам по себе полон по Тьюрингу (см > вычисление факториала в с++ на этапе компиляции) > 5. с++11 constexpr -  выполняется на этапе компиляции > 6. c++ очевидно. Это вы на Мазолинуксе делали. Нормальные прогеры запускают студию, пара кликов - готов проект с main() - внутри пишешь ТОЛЬКО на С++ и этого достаточно. Даже шаблоны можешь использовать только библиотечные - учить "язык шаблонов" для этого не нужно. > Для написания работающей программы на пайтоне используется ... Пайтон? Нет. Без грибов Пайтон никогда не используется. Это сродни ЛИСПу - у каждого языка свои пациенты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #104, #180

99. Сообщение от rob pike (?), 08-Июл-14, 15:38	+/–
> Справедливости ради, задачи ( в механике правда ) по движению/колебаниям которые возникают > в том числе в научных кругах, не всегда удобно даже записывать > ручкой на бумаге. В научных кругах много разных задач возникает - в том числе и пробирки помыть, и численных экспериментов произвести. Только чистые математики такими задачами не занимаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #115

101. Сообщение от Аноним (-), 08-Июл-14, 15:43	+/–
Я ничего не путаю. Для языка ассемблера характерно отсутствие* уровня абстракции над аппаратной архитектурой. Вот про MOVD MM0,EAX что скажете? * если не обращать внимание на специфичные расширения и  макросы конкретного асемблера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #114

104. Сообщение от Аноним (-), 08-Июл-14, 16:03	+4 +/–
> Нормальные прогеры запускают студию, "Проект *** был создан в другой версиии Visual studio. Открыть Мастер преобразования Visual Studio?" "В процессе преобразования проекта произошла ошибка. Закрыть проект?" > пара кликов - > готов проект с main() _tmain(int argc, _TCHAR *argv[]) Что такое _tmain, wmain, #define UNICODE, _TCHAR и как класcно это все отлаживать? вы узнаете на msdn. >ТОЛЬКО на С++ и этого достаточно. В проектах VS для windows модно правила сборки писать на C#. Пример Unreal Engine 4.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

105. Сообщение от Аноним (-), 08-Июл-14, 16:21	+2 +/–
> каждые 2 месяца Какой ты скромный, написал бы сразу уж "каждые 2 часа"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

106. Сообщение от rob pike (?), 08-Июл-14, 16:21	+3 +/–
А откуда же еще? Matz взял Perl, "сузил" его, прибил к нему гвоздями дурно понятое ООП, и потратил оставшееся время на отрицание этого факта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #107, #123, #213

107. Сообщение от Аноним (-), 08-Июл-14, 16:28	–3 +/–
Matz факты влияния не отрицает. Даже не отрицает то, что ему нравился питон на тот момент. А вот прежде чем выносить столь странные суждения неплохо бы с Ruby ознакомиться. Заявления типа "а я на хабре статью прочитал" здесь не пойдут. Это не тот язык, понять который можно за 10 минут. Хотя, действительно, за 10 минут можно научить писать на нём программку типа ввести abc, вывести 123.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #110

108. Сообщение от Ivan (??), 08-Июл-14, 16:28	+/–
Когда нас учили экселю, то обучение выглядело так: "Написал программу на фортране? А теперь повтори ее же на экселе. Не знаешь, где кнопочка или функция? Посмотри в справке". Т.е. обучать интерфейсу никто и не собирался. И я считаю, что это было очень наглядно и полезно. А вот на следющем курсе дали "изучение интерфейса" ворда и эхселя. Вот это был бред абсолютный, бесились все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

109. Сообщение от Мяут (ok), 08-Июл-14, 16:36	+1 +/–
Если бы они приносили аккуратненький отчетик из TeX'а, вопросов бы к ним не возникало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

110. Сообщение от rob pike (?), 08-Июл-14, 17:00	+1 +/–
Поначалу не отрицал, за очевидной глупостью такого отрицания. А вот когда юных рубистов поднабралось заметное количество - как-то всё меняться в сторону "Океания никогда не воевала с Остазией". В чем же предполагаемая вами странность суждений? Ввести дополнительную, весьма ограниченную сущность только ради экономии пары символов вместо совершенно обычного применения first-class functions - это классический случай "сузить". Кстати, добавлю о ваших любимых изобретенных в Ruby блоках - http://web.cecs.pdx.edu/~harry/musings/SmalltalkOverview.htm...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #127

111. Сообщение от rob pike (?), 08-Июл-14, 17:05	+1 +/–
> Assembler всё равно очень простой язык, наверное самый простой, LISP проще. Кстати, поинтересуйтесь откуда взялись car и cdr. > только разработка на нём бесконечно долга. Поэтому придумали макроассемблеры и препроцессоры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #175

113. Сообщение от Genry Tomasino (?), 08-Июл-14, 17:17	+/–
> Scheme не все осиляют. Да и уровень задач в SICP даже в > первой главе на голову выше задач из курсов среднего технического ВУЗа. Истинно так! Но, книжка хороша. Читаю и нарадоваться не могу. Всё объясняется предельно просто и понятно. А что не понятно - в процессе решения задач стремительным домкратом вбивается в голову. Зело кошерная книга!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

114. Сообщение от rob pike (?), 08-Июл-14, 17:19	+/–
> Я ничего не путаю. Для языка ассемблера характерно отсутствие* уровня абстракции над > аппаратной архитектурой. Совершенно необязательно именно над аппаратной. Если о MSIL можно спорить, то DynASM - именно ассемблер, просто довольно продвинутый. Собственно, во времена когда на ассемблерах писались миллионы слов в год, использовались довольно мощные макроассемеблеры, скорее похожие на DynASM, а не тупые трансляторы mov-ов в опкоды процессора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #116, #178

115. Сообщение от Глас Божий (?), 08-Июл-14, 17:28	+/–
> Только чистые математики такими задачами не занимаются. Да ладно, не только математики. Я вот после ванны тоже не люблю всякой хернёй маяться. Люблю посидеть, посозерцать, подумать о высоком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #118

116. Сообщение от Аноним (-), 08-Июл-14, 17:32	+/–
Ну и какой ассемблер способен абстрагироваться от приведенной выше MOVD MM0,EAX в контексте процессоров ARM, у которых нет ни MM0, ни EAX?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #121

117. Сообщение от rob pike (?), 08-Июл-14, 17:33	+1 +/–
Как и само это большинство людей. >Foxconn намерена заменить своих сотрудников роботами Foxbot >http://www.ixbt.com/news/hard/index.shtml?18/10/27
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #377

118. Сообщение от rob pike (?), 08-Июл-14, 17:39	+/–
Да нет, это просто недоразумение. Когда вам сказали что индекс Хирша надо содержать в чистоте, ванны в виду не имелось, имелись в виду трудолюбивые китайские математики, пишущие по 5 статей на каждое изменение коэффициентов в решенном их научном руководителем уравнении.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

119. Сообщение от Аноним (-), 08-Июл-14, 17:41	+/–
> Тем временем на первых курсах в российских вузах, как и 25 лет назад, > по-прежнему в 99% случаях преподают Pascal. А что паскаль? Он для обучения как раз хорош. Паскаль плохому не научит. А гвидобэйсик и есть гвидобэйсик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

120. Сообщение от Аноним (-), 08-Июл-14, 17:42	+/–
> Ага, Паскаль и Бейсик тоже были в топе у школьников/студентов много лет Ну так питон - такой себе Бейсик 2.0...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

121. Сообщение от rob pike (?), 08-Июл-14, 17:42	+/–
Да тот же DynASM. ADDVN -> ARM: http://www.reddit.com/r/programming/comments/hkzg8/author_of.../ ADDVN -> x86 (SSE2): http://www.reddit.com/r/programming/comments/badl2/luajit_2_...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

122. Сообщение от IMHO (?), 08-Июл-14, 17:43	–1 +/–
я помню паскаль (Turbo PAscal 7.0 ), так как с него начинал, но потом уверенно на С перешел, паскаль устарел, хотя для обучения пойдет.программирование в школе мало кто понимает, только единицы. Не всем суждено стать программистом. Basic только пару программ и кинул его. паскаль научил порядку, своими var, и нормальным синтаксисом написания, в стиле begin .. end. Эх веселые были дни, помню тогда у нас с братом инета не было, ошибки все исправляли головой, я даже придумал как русскими буквами писать ))). Потом помню нашелдиск с дельфи 3 и 7 версией и Borland C++ 5.02, даже учитель информатики спросил где это достал ))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #155

123. Сообщение от Аноним (-), 08-Июл-14, 17:45	–3 +/–
> Matz взял Perl, "сузил" его, прибил к нему гвоздями дурно понятое ООП, > и потратил оставшееся время на отрицание этого факта. А вы лучше всех знаете как надо, но нифига не делаете. Поэтому будете жpaть что дали...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #216

124. Сообщение от umbr (ok), 08-Июл-14, 17:46	+1 +/–
IT-специальность и отчет в Ворде... не понимаю, где тут связь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #160

125. Сообщение от Аноним (-), 08-Июл-14, 17:47	+3 +/–
> Язык РАПИРА им всё равно не освоить, пусть мучаются. И КР580ВМ80А им не передрать. Ща мы их зарулим в области IT!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #142

126. Сообщение от Аноним (-), 08-Июл-14, 17:49	+/–
> А язык у них - вообще английский! А вы я так смотрю оптимист. Шигорин вон тут как-то приводил пример "читаемого" кода на питоне. Там почти все на японском было. Форматирование, конечно, хорошее, но если вы не гуру в японском, вам это не поможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #150

127. Сообщение от Аноним (-), 08-Июл-14, 17:49	+/–
> Кстати, добавлю о ваших любимых изобретенных в Ruby блоках - http://web.cecs.pdx.edu/~harry/musings/SmalltalkOverview.htm... Отсылки к Smalltalk в части синтаксиса ранее не было..... Да, ООП, блоки концептуально взяты из Smalltalk. Но явно не перла. Впрочем, кто сейчас готов создавать проект на Smalltalk? "экономия пары символов" - это читаемость кода. Лишние сущности же в Ruby назвать довольно сложно. "Сужение" здесь позволило довольно органично вписать как функциональный стиль: https://code.google.com/p/tokland/wiki/RubyFunctionalProgram... так и возможности написания многочисленных DSL и DSEL, весьма приближаясь к концепции естественного языка: rspec, chef, god...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #136

128. Сообщение от Аноним (-), 08-Июл-14, 17:50	+2 +/–
> мне на третьем преподавали. Эксель?! Блин, а на первом курсе у вас там что, букварь начитывают?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #189

129. Сообщение от Аноним (-), 08-Июл-14, 17:52	+2 +/–
> Если бы интерфейс некоммерческих программ не менялся каждые 2 месяца, учили бы их. Странно, в мсо уже сменилось 2-3 интерфейса, а либра более-менее одинаково выглядит. По поводу чего половина народа свинтило с 2003 офиса на ооо/либру. Потому что переучивать весь персонал под бзики MS - себе дороже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #208

130. Сообщение от Аноним (-), 08-Июл-14, 17:53	+1 +/–
> Он еще и Тьюринг-полный. Брейнфак тоже Тьюринг-полный, если что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #135, #145

131. Сообщение от Аноним (-), 08-Июл-14, 17:54	+1 +/–
> Хе, у меня до сих пор лежит картонка с шестнадцатиричной таблицей умножнения, > в 8 классе сам разлиновывал и заполнял. Представляю себе как школьные училы делили на ноль увидев это :).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #206

132. Сообщение от Аноним (-), 08-Июл-14, 17:55	+/–
> Даже если не способны, к их способностям это отношения не имеет. Зато если этот тезис проинвертировать - получится интереснее. Если кто способен сделать отчет в TeX - он как правило будет далеко не идиoт и способен на многое. А вот с мышевозилой - это еще как повезет...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

133. Сообщение от Анонимс (?), 08-Июл-14, 18:02	+5 +/–
Не надо ля-ля, Питон изобрели марсиане, ибо только на Mарсе пробелы и табы видимы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

134. Сообщение от Анонимс (?), 08-Июл-14, 18:03	–2 +/–
> А язык у них - вообще английский! Пестишь - латынь это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #140, #157, #163

135. Сообщение от Анонимс (?), 08-Июл-14, 18:05	+/–
>> Он еще и Тьюринг-полный. > Брейнфак тоже Тьюринг-полный, если что. Мы один месяц в универе брэнфачились.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #158

136. Сообщение от rob pike (?), 08-Июл-14, 18:07	+2 +/–
> Да, ООП, блоки концептуально взяты из Smalltalk. Но явно не перла Это вот откуда следует? У Обамы вот второе имя - Хусейн, они, по вашему мнению, с Саддамом - родственники на этом основании? > "экономия пары символов" - это читаемость кода. Тогда APL - самый легкочитаемый код на свете. > Лишние сущности же в Ruby назвать довольно сложно. Я уже назвал, чтоб вам было проще - те же блоки. > "Сужение" здесь позволило довольно органично вписать как функциональный стиль Это не функциональный стиль, а пародия на него. Ну ок, можно назвать имитацией чтоб не было так обидно. Те же map {} и grep {} сотоварищи в Perl и выглядят куда чище, и никаких специальных блоков для этого вводить не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #298

137. Сообщение от Аноним (-), 08-Июл-14, 18:08	–1 +/–
> Пользы будет значительно больше чем от вычисления факториала на Паскале. Смотря что под пользой понимать. Для того чтобы насыпать корм рыбам по таймеру, запрограммив ардуину - настолько крЮтого знания теории автоматов совершенно не требуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #146

138. Сообщение от Аноним (-), 08-Июл-14, 18:11	+/–
Если бы не бы, то ух бы! (С)Про D одной фразой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #217

140. Сообщение от rob pike (?), 08-Июл-14, 18:12	+2 +/–
Латынь в американских университетах изучают, но разговаривают всё-таки на английском.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

141. Сообщение от Аноним (-), 08-Июл-14, 18:13	–1 +/–
> Это почему же? Честно, интересно очень. Потому что 1) Low entry barrier, но позволяет сделать что-то шевелящееся, что дает +1000 к ЧСВ. 2) Эти фаготы полагают что переписывать работающую и отлаженную программу раз в полгода, когда авторам ЯП шлея под хвост попала - это как бы нормально. 3) Только моральный урод согласится чтобы окружение его ставило в стойло по гестаповски, на уровне синтаксиса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #147

142. Сообщение от rob pike (?), 08-Июл-14, 18:13	+1 +/–
Если серьезно, то очень жаль РЕФАЛ, которому очень помешал железный занавес.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #154, #307

143. Сообщение от Аноним (-), 08-Июл-14, 18:14	+/–
> Только заметил? Есть только 10 видов людей - те которые понимают бинарную логику и те которые нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

144. Сообщение от Аноним (-), 08-Июл-14, 18:14	–1 +/–
> Считается что большинство людей по какой-то причине неспособны понять концепцию указателей. Понять концепцию указателей не сложнее чем понять концепцию индекса в массиве. Память - тоже массив, а указатель - индекс в нем. Просто это суперглобальный массив, который содержит в себе все остальное. Чего там понимать то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #152

145. Сообщение от rob pike (?), 08-Июл-14, 18:16	+/–
На этом его достоинства и заканчиваются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #159

146. Сообщение от rob pike (?), 08-Июл-14, 18:18	+1 +/–
Здесь вроде бы обсуждается высшее образование. Для дрессировки насыпателей корма по таймеру достаточно ПТУ, максимум - техникума.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #196

147. Сообщение от rob pike (?), 08-Июл-14, 18:19	+1 +/–
> 3) Только моральный урод согласится чтобы окружение его ставило в стойло по > гестаповски, на уровне синтаксиса. То есть только LISP, только хардкор?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #162

149. Сообщение от Аноним (-), 08-Июл-14, 18:20	+2 +/–
> А зачем тратить время на то, что не должно изучаться в рамках > предмета, Си позволяет сделать больше трудноуловимых ошибок, Больше чем ... что? Чем гвидобэйсик? ЩАЗЗЗЗ. Си обложит вас по несовпадению скобок, etc - вы заметите что логика программы не та которую вы задумывали из-за косяка. В питоне же можно стереть пару отступов. Ошибок не произойдет, просто втихаря сломается логика. А вот найти это потом будет крайне нетривиально. И вообше, вы знаете, как-то по моим наблюдениям, программы нв си - намного предсказуемее и надежнее чем программы на питоне, которые ломаются всегда и везде, при малейшей неидеальности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #166

150. Сообщение от Журналовращатель (?), 08-Июл-14, 18:20	+2 +/–
Говорят, хоть сам не уверен, что Ши Го Рин - означает 4,6,колесо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #156, #362

151. Сообщение от Аноним (-), 08-Июл-14, 18:22	+1 +/–
> Всё же Паскаль полегче дался (да и тот - после Бейсика) Бэйсик как раз все портит. Начинать с паскаля - просто и понятно. Если, конечно, вы вообще хоть как-то способны к программированию. Бывают люди у которых просто проблема с логическим мышлением. Им все ЯПы не даются совершенно одинаково - они будут делать глупейшие ошибки на любом ЯП.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

152. Сообщение от rob pike (?), 08-Июл-14, 18:22	+1 +/–
Вы у тех кто не понимает спросите. А объяснение ваше на самом деле очень сложное, вот то ли дело моанада - просто моноид в категории эндофункторов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #167, #201

153. Сообщение от rob pike (?), 08-Июл-14, 18:23	+/–
А что должно изучаться в рамках предмета?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

154. Сообщение от Аноним (-), 08-Июл-14, 18:23	+5 +/–
> Если серьезно, то очень жаль РЕФАЛ, которому очень помешал железный занавес. У наших вообще бывают удачные идеи, но бюрократия и волокита - все проcpaли. Специалистам оказывается проще свалить туда где можно заниматься своим делом, получать многозелени и не бороться с глупым начальством.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #179

155. Сообщение от rob pike (?), 08-Июл-14, 18:24	+1 +/–
А на озеро вы с ребятами ходили? Расскажите, очень интересно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

156. Сообщение от Аноним (-), 08-Июл-14, 18:24	+/–
> Говорят, хоть сам не уверен, что Ши Го Рин - означает 4,6,колесо Хм... а он случайно не летчик? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

157. Сообщение от Аноним (-), 08-Июл-14, 18:25	+1 +/–
> Пестишь - латынь это. Вот прямо так уж for, begin, end, while, case, switch, void, ... - так уж прямо и латынь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #246, #340

158. Сообщение от Аноним (-), 08-Июл-14, 18:27	+1 +/–
> Мы один месяц в универе брэнфачились. А что за универ такой интересный, где брейнфак начитывают? И главное - зачем они это делают? Для отличников по брейнфаку - предлагаю опробовать SUBLEQ. Это еще интереснее :).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #271

159. Сообщение от Аноним (-), 08-Июл-14, 18:29	+1 +/–
> На этом его достоинства и заканчиваются. Да эксель как среда программирования тоже не блещет тысячями достоинств. Нет, конечно при большом желании можно и микроскопом гвозди забивать. Будет похоже на программирование в экселе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #165

160. Сообщение от Мяут (ok), 08-Июл-14, 18:29	+/–
Проблема в слове "отчет" или слове "Ворд"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #212

161. Сообщение от Аноним (-), 08-Июл-14, 18:30	+/–
> Я Pascal не изучал. GW Basic и Fortran 77. И как ваши успехи по программированию теперь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #198

162. Сообщение от Аноним (-), 08-Июл-14, 18:32	+/–
> То есть только LISP, только хардкор? Да ну его, этот лисп. Там на все и вся один вид скобочек, так что программы получаются очень улыбчивые )))))))). Но вот читать их геморно даже с подсветкой синтаксиса - десяток одинаковых скобок рядом - это злобно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #168

163. Сообщение от rob pike (?), 08-Июл-14, 18:33	+2 +/–
Вот вам латынь http://www.csse.monash.edu.au/~damian/papers/HTML/Perligata....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

164. Сообщение от Аноним (-), 08-Июл-14, 18:33	+1 +/–
> уже готовое встроено. И в результате получаются кадры которые не могут написать свой base64-декодер, пля. Если вдруг рантайм чего-то не умеет - "ЗАДАЧА НЕРЕШАЕМА!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #301

165. Сообщение от rob pike (?), 08-Июл-14, 18:35	+1 +/–
Для непрограммистов - очень даже блещет. Во всяком случае, альтернатив так и не взлетело пока.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #185

166. Сообщение от Мяут (ok), 08-Июл-14, 18:37	–1 +/–
>  Си обложит вас по несовпадению скобок, etc Ну вот в C++ вот это строчка: A a(i); может быть и созданием объекта на стеке и объявлением функции. Но большинство ошибок идет не из-за синтаксиса, а семантики. > В питоне же можно стереть пару отступов. Это часто заканчивается исключением SyntaxError. Зато обязательные отступы защищают глаза преподов от вытекания > И вообше, вы знаете, как-то по моим наблюдениям, программы нв си - > намного предсказуемее и надежнее чем программы на питоне, которые ломаются всегда > и везде, при малейшей неидеальности. Они до первого SIGSEGV/переполнения/etc. предсказуемы. За надежностью программ на С стоит много пота, крови и бессонных ночей их разработчиков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #170

167. Сообщение от Аноним (-), 08-Июл-14, 18:37	+/–
> Вы у тех кто не понимает спросите. Боюсь что при таком уровне понимания у них просто проблемы с логическим мышлением и единственное что им следует программировать - метлу. > А объяснение ваше на самом деле очень сложное, Чего там сложного? Вложенность одной сущности в другую - обычное дело в программировании, без осознания таких базовых вещей в программировании вообще дальше hello world не уедешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #169

168. Сообщение от rob pike (?), 08-Июл-14, 18:38	+/–
Ну замените их на что-нибудь. Двацати строк препроцессора должно хватить с избытком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #194

169. Сообщение от rob pike (?), 08-Июл-14, 18:41	+/–
> Боюсь что при таком уровне понимания у них просто проблемы с логическим > мышлением и единственное что им следует программировать - метлу. Разумеется, нет. Если бы всё было так просто, "проблемы указателей" не возникло бы как таковой. Эти люди нормально пишут на разных языках, а вот именно указатели вызывают у них ступор. > Чего там сложного? А чего сложного в определении монады? Для того чтобы чем-то пользоваться, нужно в первую очередь интуитивное понимание, определения мало помогают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #191

170. Сообщение от Аноним (-), 08-Июл-14, 18:52	+2 +/–
> Ну вот в C++ вот это строчка: Алё! Мы про си вроде? Си++ уже совсем другое дело. Си++ сложен и вообще совсем не для нубов. Учиться программировать на си++... ну, знаете, тогда учиться ходить надо начинать с паркура и альпинизма, а катание на велике - со спуска по даунхильной трассе. Я вас правильно понимаю? > Это часто заканчивается исключением SyntaxError. Ни разу не обязано. > Зато обязательные отступы защищают глаза > преподов от вытекания Вон тут Шигорин приводил пример очень читаемого кода. Он, конечно, отформатирован, но радости с этого немного. > Они до первого SIGSEGV/переполнения/etc. предсказуемы. SIGSEGV как правило вылезает быстро и по бэктрейсу найти проблемное место как раз не сложно. А вот случайно сломанную логику программы найти, если там никаких ошибок синтаксиса - это уже да, знатный кластерфак вырисовывается. Так можно неделю ломать бошку, чтобы потом хлопнуть себя по лбу - ой, ну вот же, тут пары пробелов не хватает. Не знаю какой пудак придумал формировать логику отступами, но мне эта идея кажется идиoтизмом в терминальной стадией. Маркеры начала и конца логического блока все-таки позволяют ловить дурные ошибки такого типа по несовпадению пар маркеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #204

175. Сообщение от Аноним (-), 08-Июл-14, 19:00	–1 +/–
> LISP проще. Синтаксис у него мерзотный, так что иной раз программу на ассемблере читать проще. По крайней мере там не вывихнешь мозг, глядя на 10 скобок в ряд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #203

178. Сообщение от Аноним (-), 08-Июл-14, 19:04	+/–
> довольно мощные макроассемеблеры, Так они и сейчас такими остались. То что они могут до кучи транслировать MOV в опкоды - не отменяет того что там макросы. А в вещах типа диревтивы asm - еще и неплохая интеграция с си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

179. Сообщение от rob pike (?), 08-Июл-14, 19:05	+1 +/–
В данном случае всё очень осложнило занятие Турчина правозащитной деятельностью, приведшее в конце концов к его высылке. Так что, говорят, ученикам пришлось защищаться не только без упоминания его фамилии, но и названия самого языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #184

180. Сообщение от Аноним (-), 08-Июл-14, 19:09	+/–
> Нормальные прогеры запускают студию, Слишком громкое заявление. > пара кликов - готов проект с main() Правда, заслуг програмера в этом вообще никаких нет. С таким же успехом то что вам подарили кирпич - не значит что вы хороший строитель. У вас просто есть кирпич. На умения строить дома это не влияет. > - внутри пишешь ТОЛЬКО на С++ и этого достаточно. /me не думает что вы способны нормально писать на си++ :). > Даже шаблоны можешь использовать только библиотечные - учить "язык > шаблонов" для этого не нужно. Стесняюсь спросить, а когда рантайм не умеет чего-то - вы тоже рапортуете наверх "задача нерешаема"? Как и питонисты, собственно :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

182. Сообщение от Аноним (-), 08-Июл-14, 19:11	+/–
> В случае ассемблера эти понятия пересекаются. Инструкции для каждой архитектуры свои. Можете использовать только несколько простых инструкций, никто не заставляет использовать весь набор. Эффективность конечно просядет, т.к. вы не использовали все фичи архитектуры, но это уже второй вопрос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

183. Сообщение от Аноним (-), 08-Июл-14, 19:13	+1 +/–
> Этой гадости больше нет, есть один cmake. Для питона тоже есть pydistutils. Только почему-то configure+make зарекомендовали себя наименее глючным способом сборки софта. Cmake мало того что отваливается в половине случаев, так еще потом без поллитра не разберешься что сломалось. Логгинг операций там ни к черту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

184. Сообщение от Аноним (-), 08-Июл-14, 19:14	+4 +/–
> В данном случае всё очень осложнило занятие Турчина правозащитной деятельностью Ну так любят у нас когда все строем ходят,  и чтобы точка зрения - единственно правильная. А то что это ведет к таким факапам - можно и не обращать внимание. Нефти и газа у нас много, лет на хренадцать еще хватит, а там хоть потоп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #338

185. Сообщение от Аноним (-), 08-Июл-14, 19:17	+/–
> Для непрограммистов - очень даже блещет. А для нестроителей - микроскоп видимо очень полезный инструмент для забивания гвоздей? :) > Во всяком случае, альтернатив так и не взлетело пока. Непрограммисты как правило программированием не занимаются, просто по определению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #192

187. Сообщение от Аноним (-), 08-Июл-14, 19:22	–1 +/–
> Да это не "отбор", это уже Спарта какая-то!!! Зато те кто выживут - будут нормальными програмерами, не то что вы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

188. Сообщение от Аноним (-), 08-Июл-14, 19:23	+1 +/–
> А вот лурку трогать не надо - там всё путём! Да, про вас там очень честно написано, правда вы у нас скромный и приставку где-то потеряли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

189. Сообщение от Аноним (-), 08-Июл-14, 19:23	+1 +/–
На первом паскаль и делфи, на втором сишка и html/css, на третьем эксель и вижуал васик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #215

190. Сообщение от vlikhachev (ok), 08-Июл-14, 19:25	+1 +/–
> Считается что большинство людей по какой-то причине неспособны понять концепцию указателей. И эта причина - отсутствие функционального головного мозга при огромной креативности (т.е. высокой активности спинного). Симптомы - полагаются на существование "универсальных паттернов программирования" для большинства/всех языков, которые достаточно вызубрить...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

191. Сообщение от Аноним (-), 08-Июл-14, 19:28	+/–
> Разумеется, нет. Если бы всё было так просто, "проблемы указателей" не возникло > бы как таковой. Еще раз, если некто не может понять массивы и вложенность - какой из них программист, а? > интуитивное понимание, определения мало помогают. "Возьми третий стакан со второй полочки из шкафа". Вполне себе адресация массива и вложенность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #195

192. Сообщение от rob pike (?), 08-Июл-14, 19:33	+/–
Чему же здесь аналогом микроскоп, разве мы обсуждаем Haskell в руках секретарши? И чем же плохо когда непрограммисты самостоятельно делают в том же Excel вполне внятную таблицу, а то и несколько, умеющую себя пересчитать при изменении первичных данных? И чем это не программирование?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #197

193. Сообщение от www2 (??), 08-Июл-14, 19:34	+2 +/–
>Считается что большинство людей по какой-то причине неспособны понять концепцию указателей. Не знаю, во всех ли Паскалях, но в Турбо были указатели. А ещё Турбо Паскаль хорош тем, что у него есть модульность, конкатенация строк, булевый тип и множества на уровне языка, в отличие от Си. Си как язык очень примитивен (это я имею в виду без библиотек, даже стандартных) и содержит массу способов писать неочевидный код. Паскаль, по крайней мере в его Турбо реализация фактически являющейся вариантом Модулы, очень недооценён.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #202, #309

194. Сообщение от reg1030 (ok), 08-Июл-14, 19:34	+2 +/–
> Ну замените их на что-нибудь. Двацати строк препроцессора должно хватить с избытком. Спорут нет, бывает и так... http://img0.joyreactor.cc/pics/post/программирование-быдлокод-1360803.png
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

195. Сообщение от rob pike (?), 08-Июл-14, 19:40	+/–
Индексацию массива и вложенность (тех же массивов) он понимают. Не понимают они - указатели.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #306

196. Сообщение от Аноним (-), 08-Июл-14, 19:41	–1 +/–
> Здесь вроде бы обсуждается высшее образование. А я думал - программирование. > Для дрессировки насыпателей корма по таймеру достаточно ПТУ, максимум - техникума. Так 99% задач к чему-то такому и сводится на самом деле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

197. Сообщение от Аноним (-), 08-Июл-14, 19:44	+1 +/–
> Чему же здесь аналогом микроскоп, Непрограммисты vs нестроители, с столь же "удачным" выбором инструментария.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192 Ответы: #200

198. Сообщение от Брат Анонпитонер (?), 08-Июл-14, 19:54	–1 +/–
Вопрос закономерен. Кисленько знаю (все слабо) ФрееПаскаль, Си, фасм/масм, очень прилично Питон+плюшки. С высказыванием ниже -- не согласен. Я радоинженер. Много можно найти радиоинженеров, которые шкодят хоть на бейсике. А совсем по хорошему, видел я выпускников ВУЗов с программистким профилем -- полных нулей. Я на их фоне смотрюсь выгодно. ))) fantom-lab.ya.ru Язык не важен, если знаний __нет__.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #302

200. Сообщение от rob pike (?), 08-Июл-14, 20:03	+/–
Ну так что же, если нестроители самостоятельно забьют в стену гвоздь, повесят шторы, переклеят обои, допустим? Это плохо? Звать строителей? Они боятся остаться без работы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #290

201. Сообщение от Forth (ok), 08-Июл-14, 20:16	+/–
моноид в моноидальной категории эндофункторов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

202. Сообщение от angra (ok), 08-Июл-14, 20:18	+/–
Вы забыли сказать, что он мертв уже лет 15.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193 Ответы: #279

203. Сообщение от Аноним (-), 08-Июл-14, 20:20	+1 +/–
>Синтаксис у него мерзотный, У ЛИСПа нет синтаксиса. Вы либо не знаете что такое ЛИСП, либо не знаете что такое синтаксис языка программирования. Кстати ЛИСП единственный язык, на данный момент, который был написан изначально сам на себе. Первая версия eval была реализована на ЛИСПе на бумаге, потом вручную преобразована в исполняемые машинные коды. Для сравнения создатели импотента-Ruby не смогли даже собственную стандартную библиотеку языка реализовать полностью на ruby.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #322

204. Сообщение от Forth (ok), 08-Июл-14, 20:21	–1 +/–
> Не знаю какой пудак придумал формировать логику отступами, но мне эта идея > кажется идиoтизмом в терминальной стадией. Маркеры начала и конца логического блока > все-таки позволяют ловить дурные ошибки такого типа по несовпадению пар маркеров Два отступа это очень много, трудно не заметить оператор, который "свалился" не в свой блок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #313

205. Сообщение от Romik (??), 08-Июл-14, 20:27	–1 +/–
Если хотим, чтобы в России массово писали ПО, то учить студентов стоит C, C++, C#, Java, .NET.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #272

206. Сообщение от YetAnotherOnanym (ok), 08-Июл-14, 20:35	+1 +/–
Вообще-то, именно учительница и сказала всем сделать такие таблички. И, знаете ли, полезная штука оказалась - в смысле формирования мышления.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #287

207. Сообщение от andreyka459 (ok), 08-Июл-14, 21:36	+/–
ну питон ладно. Все начинали обучения с бейсика. ничего не изменилось, ибо питон - его диалект. Сильно ушедший от прародителя видимо во избежании патентных принтензий со стороны M$ :) Очень заинтересовал "язык" на третьем месте графика. И ведь он популярнее C и CPP! А я вот как оказалось его вообще не знаю. Ни буковки. Стало стыдно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #209, #337

208. Сообщение от Аноним (-), 08-Июл-14, 21:46	+/–
> 2003 офиса А что, с тех пор прошло больше двух месяцев? Блин, как быстро время летит...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

209. Сообщение от Аноним (-), 08-Июл-14, 22:02	+1 +/–
> бейсика > патентных принтензий со стороны M$ Ага, а инет Билл Гейтс изобрёл. Ты правилами русского языка пренебрегаешь, чтобы избежать патентных претензий от Розенталя?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #211

210. Сообщение от arisu (ok), 08-Июл-14, 22:28	+2 +/–
> Вы зря смеетесь. У нас не в самом плохом вузе (на IT-специальности > ессно) находятся кадры, которые на 5-м (!) курсе не в состоянии > нормально отчет в Ворде сделать. я на четвёртом десятке лет не в состоянии отчёт в ворде сделать. и даже не планирую этому учиться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

211. Сообщение от andreyka459 (ok), 08-Июл-14, 22:29	–1 +/–
>> бейсика >> патентных принтензий со стороны M$ > Ага, а инет Билл Гейтс изобрёл. > Ты правилами русского языка пренебрегаешь, чтобы избежать патентных претензий от Розенталя? Я не очень старался их соблюдать :). А что именно кроме опечаток так режет глаз? Отсутствие запятых?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #289

212. Сообщение от arisu (ok), 08-Июл-14, 22:30	+2 +/–
> Проблема в слове "отчет" или слове "Ворд"? проблема в учебном заведении, где нужные какие-то «отчёты в ворде».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

213. Сообщение от arisu (ok), 08-Июл-14, 22:37	+/–
> А откуда же еще? ну нельзя же так толсто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #229

214. Сообщение от Аноним (-), 08-Июл-14, 22:38	+/–
"Разработка языка Python была начата в конце 1980-х годов сотрудником голландского института CWI Гвидо ван Россумом." В отношении Python, америкосы в пролёте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

215. Сообщение от тоже Аноним (ok), 08-Июл-14, 22:38	+2 +/–
А к диплому, поди, нужно предоставить 10 листов А2, расчерченных в Пэйнте...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189 Ответы: #323

216. Сообщение от arisu (ok), 08-Июл-14, 22:40	+2 +/–
> А вы лучше всех знаете как надо, но нифига не делаете. Поэтому > будете жpaть что дали... в отличие от однобитных анонимусов, у которых выбор — это всегда два варианта, у других область выбора часто включает намного большее количество вариантов. поэтому пока половина однобитных жрёт, что дают, а вторая половина усиленно велосипедит очередную бесполезную ерунду, разумные люди спокойно используют доступные инструменты. к удивлению однобитных — вовсе не Один Священный Инструмент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #312, #316

217. Сообщение от arisu (ok), 08-Июл-14, 22:41	+1 +/–
> Если бы не бы, то ух бы! это было мнение анонимуса, в ужасе убежавшего при виде writeln().
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #256

218. Сообщение от arisu (ok), 08-Июл-14, 22:42	+1 +/–
> Scheme не все осиляют. до сих пор все «неосиляторы», которых я видел, делятся на два вида: 1) те, кто даже и не пытались, а сразу начали рассказывать про «скобки» и «неудобно»; 2) дебилы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

220. Сообщение от arisu (ok), 08-Июл-14, 22:43	+/–
> Вы — web-разработчик. Угадал? нет, он wannabe.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

221. Сообщение от arisu (ok), 08-Июл-14, 22:49	+1 +/–
> 1. bash - ./configure скрипт ты таки пишешь его руками? ну офигеть. > 2. make  - Мakefile а, ну да, раз configure руками, то и automake в пролёте. > 3. Язык препроцессора #define #ifdef и т.д. за это в цпп рекомендуется сначала обрывать уши, а потом руки. > 4. Язык шаблонов c++ который сам по себе полон по Тьюрингу (см > вычисление факториала в с++ на этапе компиляции) если нечто «полное по тьюрингу», это ещё не значит, что надо сразу писать на этом код, использующий данную фичу. > 5. с++11 constexpr -  выполняется на этапе компиляции конечно, без этого никак вообще. а до 11 жизни не было. бедняга, тяжело тебе, наверное. ни про библиотеки не знаешь, ни про фрэймворки… скорее всего, даже не поймёшь, к чему я их тут упомянул.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #224, #232

222. Сообщение от тоже Аноним (ok), 08-Июл-14, 22:59	+/–
> Просто тебя дрючили паскалем, и ты завидуешь. У меня тоже был паскаль в институте, только меня им не дрючили, так как я знал его лучше препода и помогал ему проверять работы группы. Если вам некому позавидовать - you're welcome! Кстати, знание Барсика и Паскакаля отнюдь не помешало мне потом познакомиться с асмом, а затем уйти на си с крестами. После которых эти ваши Пыхи, а также Жабы со скрипом и без - ну, полистал учебник, и поехали... Очевидно же, откуда что растет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

223. Сообщение от тоже Аноним (ok), 08-Июл-14, 23:04	+/–
> Заодно расскажите это Страуструпу Лучше Александреску! В разговоре с ним всегда есть шанс получить шаблон ответа, который будет настолько всеобъемлющ, что на этапе компиляции соберется в 42...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #226

224. Сообщение от тоже Аноним (ok), 08-Июл-14, 23:13	+/–
>> 3. Язык препроцессора #define #ifdef и т.д. > за это в цпп рекомендуется сначала обрывать уши, а потом руки. Прошу пардону, но или вы заговариваетесь, или можете меня чему-то научить. Простейший пример: есть программа, функциональность которой разграничена: для внутреннего применения - весь фарш, для внешнего - огрызок и лично для Андрея - кое-что сверх огрызка. Соответственно выделены блоки #ifdef PRO_VERSION, #ifdef ANDREW_VERSION... и выставлены соответствующие -D-флаги в настройках проектов компиляции. Код един, исключение блоков совершенно безболезненно. Вы можете рассказать, почему это неверно и как надо сделать это правильно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221 Ответы: #225

225. Сообщение от arisu (ok), 08-Июл-14, 23:29	+1 +/–
> Вы можете рассказать, почему это неверно потому что у апологетов цпп ненависть к препроцессору. отчасти даже оправданная. > и как надо сделать это правильно? выделить унифицированный интерфейс, на этапе конфигурации проекта подставлять нужную реализацию этого интерфейса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224 Ответы: #231, #249

226. Сообщение от arisu (ok), 08-Июл-14, 23:31	+/–
Александреску давно забил на цпп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #227

227. Сообщение от Аноним (-), 08-Июл-14, 23:58	+/–
А сам Александреску об этом знает? Вот его доклад на конференции посвященной с++ в 2013 Writing Quick Code in C++, Quickly http://channel9.msdn.com/Events/GoingNative/2013/Writing-Qui... Вот его доклад на конференции посвященной с++ в 2012 Variadic Templates are Funadic http://channel9.msdn.com/Events/GoingNative/GoingNative-2012... Надо мне приводит его доклады о С++ в 2011, 2010, 2009 и т. д. годах? Он, кстати, один из активных консультантов комиссии по стандартизации С++.И один из соавторов Variadic Templates в С++11 и т. д. Но не обращайте внимания. В вашем воображаемом мире все по другому.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #228

228. Сообщение от arisu (ok), 09-Июл-14, 00:06	+/–
> А сам Александреску об этом знает? знает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227 Ответы: #233

229. Сообщение от rob pike (?), 09-Июл-14, 00:22	+/–
>> А откуда же еще? > ну нельзя же так толсто. А что, таки неужели действительно напрямую из Smalltalk? Может, конечно, быть и такое, но было бы несколько странно - всё взять из перла, а именно это - нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #230

230. Сообщение от arisu (ok), 09-Июл-14, 00:30	+/–
> А что, таки неужели действительно напрямую из Smalltalk? насколько я помню — смолтолк указывался как один из источников вдохновения. оно, кстати, и видно. так что я бы поставил на смолтолк всё-таки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229

231. Сообщение от rob pike (?), 09-Июл-14, 00:30	+/–
> выделить унифицированный интерфейс, на этапе конфигурации проекта подставлять нужную > реализацию этого интерфейса. А когда у нас есть две версии сторонней библиотеки, и надо уметь линковаться и с той и с другой, а интерфейс у неё сильно поменялся - что в таком случае препроцессоро-отрицатели рекомендуют?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225 Ответы: #236, #237

232. Сообщение от Аноним (-), 09-Июл-14, 00:39	+/–
>> 3. Язык препроцессора #define #ifdef и т.д. > за это в цпп рекомендуется сначала обрывать уши, а потом руки. Ваш вариант include guards без препроцессора. Ваш вариант #ifdef WINDOW #ifdef UNIX для кросплатформенных приложений. Ваш вариант __LINE__  __FILE__ Ваша замена #ifdef DEBUG Если у вас есть рабочий, кроскомпиляторный, кросплатформенный вариант include guards без ifdef / pragma оставляйте ваши координаты, вы меня заинтересовали. > если нечто «полное по тьюрингу», это ещё не значит, что надо сразу > писать на этом код, использующий данную фичу. Написание нетривиального кода на С++ без Boost затруднительно. Api библиотек Boost это большое количество шаблонного кода. Весьма большое. Написание нетривиального кода на С++ без STL затруднительно вдвойне. Api библиотек STL это большое количество шаблонного кода. Весьма большое. >> 5. с++11 constexpr -  выполняется на этапе компиляции > конечно, без этого никак вообще. а до 11 жизни не было. Конечно можно. И обходились. С помощью препроцессора. > бедняга, тяжело тебе, наверное. ни про библиотеки не знаешь, ни про фрэймворки… > скорее всего, даже не поймёшь, к чему я их тут упомянул. Я сомневаюсь, что вы разбираетесь в С++, хотя бы на уровне junior developer, вы уж извините. Но, у вас есть шанс меня переубедить. Опишите пожалуйста основную проблему следующего кода: class Point{ public: int x; int y; Point(...){...} virtual ~Point(){...} }; int main(){ ...; Point *p = new Point(...); // ... - некий, не важный для нас, код. }
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221 Ответы: #240

233. Сообщение от Аноним (-), 09-Июл-14, 00:42	+1 +/–
> знает. Как много ошибок в слове "обтекаю"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228 Ответы: #235

234. Сообщение от Куяврег (?), 09-Июл-14, 00:44	+/–
на моей памяти толковые студы забивали на условности, и выполняли работы на том, на чём нравилось. преподы как правило не возражали, а если за работой стоял заказчик в виде живой конторы, приветствовали (ну это ближе про диплом).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

235. Сообщение от rob pike (?), 09-Июл-14, 01:00	+/–
Мальчики, не ссорьтесь! :-) Александреску, конечно, последние годы играет только в D, но это не означает что он полностью забил на С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #239

236. Сообщение от Аноним (-), 09-Июл-14, 01:00	–2 +/–
питон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #318

237. Сообщение от arisu (ok), 09-Июл-14, 01:03	+1 +/–
> А когда у нас есть две версии сторонней библиотеки, и надо уметь > линковаться и с той и с другой, а интерфейс у неё > сильно поменялся - что в таком случае препроцессоро-отрицатели рекомендуют? выделить унифицированный интерфейс, на этапе конфигурации проекта подставлять нужную реализацию этого интерфейса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #241

239. Сообщение от arisu (ok), 09-Июл-14, 01:07	+1 +/–
не то, чтобы «полностью» — конечно, и речуги толкает, и что-то там делает… но цпп неизлечим из-за legacy, и основным интересом не является. это, в общем-то, вполне означает «забил».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #242

240. Сообщение от rob pike (?), 09-Июл-14, 01:10	+/–
Ой, а можно я С++ повспоминаю? Проблемы я тут не вижу, кроме того что деструктор объявлен виртуальным почем зря, только памяти лишней таблица виртуальных функций немножко съест - но я бы не считал это проблемой. А что еще - исключение, которое может возникнуть в конструкторе не обрабатывается?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232 Ответы: #244, #252

241. Сообщение от rob pike (?), 09-Июл-14, 01:13	+/–
Так чем подставлять-то? Неужто автотулсами?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237 Ответы: #243

242. Сообщение от rob pike (?), 09-Июл-14, 01:15	+/–
Ну вот, у вас просто misunderstanding, не договорились о терминах. Вы понимате "забил" как "не рассматривает его в качестве светлого будущего", а ваш собеседник как "абсолютно ничего, связанного с С++ не делает, не участвует"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #239 Ответы: #245

243. Сообщение от arisu (ok), 09-Июл-14, 01:16	+/–
> Так чем подставлять-то? Неужто автотулсами? можно и ними. той системой конфигурирования проекта, которая в нём используется, собственно. лично у меня вообще своя система сборки, некоторые другие возможные варианты тут тоже перечисляли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241 Ответы: #247

244. Сообщение от arisu (ok), 09-Июл-14, 01:18	+1 +/–
да всё там нормально: типичный throw-away code, написали как написалось. без чёткого описания требований основная проблема этого кода в том, что его в качестве вопроса привёл дебил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #253

245. Сообщение от arisu (ok), 09-Июл-14, 01:21	+/–
при этом я понял, что он имел в виду, и дал шанс задать уточняющий вопрос, написав нейтральный ответ. оппонент же с огромным удовольствием шанс проигнорировал и вместо этого пожелал раскрыть одну из граней своей глупости. его право.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #254

246. Сообщение от pavlinux (ok), 09-Июл-14, 01:21	+/–
Вы не забывайте, что латынь туда притащили римляны, over 2000 лет назад. Там жили такие же джамшуты, - ак слышаи, таки песа ли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

247. Сообщение от rob pike (?), 09-Июл-14, 01:29	+/–
Ну то есть все претензии - не к самому #ifdef LIB_VERSION, а к тому кто или что именно будет его туда автоматически или вручную вписывать? Или вы полагаете принципиальным различием если вместо ifdef-a внутри одного хидера мы вынесем варианты в два разных хидера и система сборки будет их тасовать в виде файлов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243 Ответы: #248, #319

248. Сообщение от arisu (ok), 09-Июл-14, 01:34	+/–
у меня вообще нет претензий, это у апологетов «чистоты цпп» есть. а я просто в них играю. но я и сам считаю, что вместо таких ifdef'ов лучше всё-таки сделать разные файлы и собирать с соответствующим. оно так красивей будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247 Ответы: #251, #282

249. Сообщение от Аноним (-), 09-Июл-14, 01:39	+/–
Вы производите впечатление форумного теоретика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225

251. Сообщение от rob pike (?), 09-Июл-14, 01:45	+/–
> «чистоты цпп» Звучит как оксюморон. > но я и сам считаю, что вместо таких ifdef'ов лучше всё-таки сделать > разные файлы и собирать с соответствующим. оно так красивей будет. До некоторой степени - да, конечно, вопрос, как всегда - вовремя остановиться чтоб не плодить сотни этих мелких фрагментов. Как и с любыми best practices - без здравого смысла всё равно плохо получится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

252. Сообщение от Аноним (-), 09-Июл-14, 01:47	+/–
>Проблемы я тут не вижу, кроме того что деструктор объявлен виртуальным почем зря, только памяти лишней таблица виртуальных функций немножко съест - но я бы не считал это проблемой. А это проблема и проблема серьезная. >немножко съест Множко. Проверьте сами через sizeof() И главное теряется основное преимущество С++ перед остальными ООП языками: class A{int x}; sizeof(A) == sizeof(int); Это проблема настолько серьезная, что в STL виртуальные деструкторы не используются нигде. Вообще. Да, +1 бал Rob Pike. Arisu... дадим ему еще один шанс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #264

253. Сообщение от Аноним (-), 09-Июл-14, 01:49	+/–
> да всё там нормально: типичный throw-away code, Верно. >написали как написалось. без чёткого > описания требований основная проблема этого кода в том, что его в > качестве вопроса привёл деби. Нет, там есть проблема, ваш коллега, кстати, ее нашел. Берите пример с него.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244

254. Сообщение от Аноним (-), 09-Июл-14, 01:50	+/–
Продолжайте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #269

256. Сообщение от Аноним (-), 09-Июл-14, 01:54	–1 +/–
Покажи свой код ариша, или гэть на кухню борщ варить!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #259

259. Сообщение от arisu (ok), 09-Июл-14, 01:55	+1 +/–
что, тебе код для показа на собеседовании нужен, и ты так бездарно его пытаешься выпросить? сам пиши.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #348

264. Сообщение от rob pike (?), 09-Июл-14, 02:12	+/–
> Множко. Этак мы можем долго спорить в таких терминах. > И главное теряется основное преимущество С++ перед остальными ООП языками: > class A{int x}; > sizeof(A) == sizeof(int); > Это проблема настолько серьезная, что в STL виртуальные деструкторы не используются нигде. Вообще Ох. Вы что, серьезно полагаете это преимуществом? Основным? Перед всеми остальными ОО-языками?! И вы готовы это свойство реально использовать в своём коде? На трезвую голову? STL вроде бы не рассчитывалась никогда на наследование, вот и не используются - причем тут это-то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252 Ответы: #265, #266

265. Сообщение от arisu (ok), 09-Июл-14, 02:20	+1 +/–
неужели есть надежда на какой-то серьёзный ответ? это же обычная макака.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

266. Сообщение от Аноним (-), 09-Июл-14, 02:56	+/–
>Ох.Вы что, серьезно полагаете это преимуществом? Основным? Перед всеми остальными ОО-языками?! Все знают что С++ "быстрый" А откуда берется эта быстрота? А оттуда. Доступ к полям объекта через адресную арифметику (3-5 инструкций процессора) против разыменования и/или таблицы (от 5 инструкций и до бесконечности). Вообще, отказ от разименований в пользу адресной арифметики без потери инструментария ООП и есть вся суть С++. В остальных языках или то или другое. STL целиком и полностью построен на этом. >И вы готовы это свойство реально использовать в своём коде? На трезвую голову? Простой пример, парсинг бинарного файла. С++ - спроецировал файл в память, установил указатель. Все. Почему? Плотная упаковка объектов. java - печальная история. >STL вроде бы не рассчитывалась никогда на наследование А почему? Продолжайте идею.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264 Ответы: #267

267. Сообщение от rob pike (?), 09-Июл-14, 04:20	+/–
Ох. arisu-то был прав. > Все знают что С++ "быстрый" А откуда берется эта быстрота? А оттуда. Нет, не оттуда. Берется она преимущественно из ручного управления памятью, иммутабельности структур данных и аккуратной, кропотливой и весьма error-prone работы вообще, на довольно низком уровне. За что приходится расплачиваться либо постоянными закатами солнца вручную, либо своим лиспом из темплейтов в каждой мало-мальски большой программме. А чаще всего и тем и другим одновременно. И получается в не самых умелых руках часто медленней (в смысле скорости работы результирующего продукта) чем у более вменяемых альтернатив - от JVM и .Net до LuaJIT. А адресную арифметику при доступе к полям вам заинлайнят так что и джампов не останется. > парсинг бинарного файла. > С++ - спроецировал файл в память, установил указатель. Все Нет, это только начало. Прелюдия, которую вообще можно опустить за неважностью. А дальше, в случае хоть сколько-то более сложного формата чем "много чисел по 4 байта" вы начнете прыгать вашим указателем вперед и назад на самые разные расстояния. Отчего современный процессор будет только и делать что кэши инвалидировать и в ОЗУ бегать, а предсказатель переходов -  биться об стенку головой от осознания собственной бесполезности. Либо изобретать на темплейтах свою реализацию парсер-комбинаторов и свой же оптимизатор к ним, чтоб хоть как-то это дело всё-таки выровнять. И отлаживать это еще месяц. > >STL вроде бы не рассчитывалась никогда на наследование > А почему? Продолжайте идею. Потому что полиморфизм там статический, и прикручена она Степановым, проклинающим наследование в частности и ООП вообще к С++ сбоку изолентой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #268, #270

268. Сообщение от rob pike (?), 09-Июл-14, 04:21	+/–
>иммутабельности мутабельности, разумеется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267

269. Сообщение от rob pike (?), 09-Июл-14, 04:25	+/–
Андрей, залогиньтесь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #254

270. Сообщение от Аноним (-), 09-Июл-14, 06:06	+/–
>кропотливой и весьма error-prone работы вообще, на довольно низком уровне Вот пример такой работы: Point A(0,0); Поздравляем! Вы создали объект на стеке. В большинстве "вменяемых альтернатив" на стеке создается только ссылка, а сам объект размещается в более медленной куче. В более это на два порядка. Еще пример кропотливой и весьма error-prone работы: Point A[10]; Поздравляем! Вы создали непрерывный массив из 10 элементов со временем доступа О(1). В большинстве "вменяемых альтернатив" вместо него linked list со временем доступа O(n). В особо "вменяемых альтернативах" объекты представляют собой hash таблицы и время доступа к полю объекта в массиве составляет O(n^2) >А адресную арифметику при доступе к полям вам заинлайнят так что и джампов не останется. В приведенных вами "вменяемых альтернативах" это не работает. Поздравляем! >А дальше, в случае хоть сколько-то более сложного формата чем "много чисел по 4 байта" вы начнете прыгать вашим указателем вперед и назад на самые разные расстояния. В "вменяемых альтернативах" мы читаем файл побайтово и пытаемся десерелиазовать байты в типы. Давайте меняться? Вы мне парсер типа файла Х на "вменяемых" языках я вам 20 на невменяемых. >Потому что полиморфизм там статический, и прикручена она Степановым, проклинающим наследование в частности и ООП вообще к С++ сбоку изолентой. Вы раскрыли страшный заговор. Поздравляем! А если серьезно, то как насчет выслушать его собственное мнение? Он до сих пор дает лекции по С++. Вот последние  http://www.youtube.com/channel/UCYEYhkwzNWRsUkTCpTmChCg
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267 Ответы: #320, #332

271. Сообщение от chinarulezzz (ok), 09-Июл-14, 06:59	+1 +/–
>И главное - зачем они это делают? чтоб дошло что язык имеет значение? :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #286

272. Сообщение от chinarulezzz (ok), 09-Июл-14, 07:03	+/–
> Если хотим, чтобы в России массово писали ПО, то покажите как приятно и увлекательно что-то программировать. Учителя не нужны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205 Ответы: #273

273. Сообщение от arisu (ok), 09-Июл-14, 07:12	+1 +/–
>> Если хотим, чтобы в России массово писали ПО, то > покажите как приятно и увлекательно что-то программировать. Учителя не нужны. ты точно уверен, что конечная цель — именно говнокод?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #275

274. Сообщение от chinarulezzz (ok), 09-Июл-14, 07:20	–1 +/–
> Считается что большинство людей по какой-то причине неспособны понять концепцию указателей. указатели, стек, куча, компилятор, препроцессор, void, null, заголовки и непонятные проверки на загруженность одной копии хидера (емнип, забыл нахер это всё как страшный сон :D). Всё это понадобилось чтоб просто написать один достаточно маленький код. Сишка - грузит знаниями ненужных вещей, архитектуры железа, которые просто необходимо знать, чтоб написать работающее приложение. По крайней мере - стабильно работающее, уж не говоря про безопасное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #310

275. Сообщение от chinarulezzz (ok), 09-Июл-14, 07:39	+/–
>>> Если хотим, чтобы в России массово писали ПО, то >> покажите как приятно и увлекательно что-то программировать. Учителя не нужны. > ты точно уверен, что конечная цель — именно говнокод? Щито поделать, десу?) Чтоб массово писали ПО и говнокод не увеличился - нереально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #276

276. Сообщение от arisu (ok), 09-Июл-14, 07:47	+1 +/–
так может, ну её, такую массовость тогда? ;-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275 Ответы: #278, #291

277. Сообщение от chinarulezzz (ok), 09-Июл-14, 08:03	+/–
>> Паскаль всё так же преподают. Хотя неясно, в чём проблема изучать Си, если даже школьники с этим справляются. > _отдельные_ школьники справляются! Из своего опыта скажу: я ТРИ раза брался за > Си (из них - два, когда уже знал Паскаль!!) и только > с третьего раза "въехал" что там к чему. Все эти int > a = b++ + ++c; сильно сбивают с толку. Или вообще > for(;;IsIt()) - непонятно что происходит там, где даже ничего не написано! > :) я до сих пор не въезжаю)) неоднозначность и запутанность синтаксиса это еще ладно, нелогично void и null в использовании, легаси бред с функциями, где если функция не возвращает значение пишем void func(), а если возвращает то просто func(). А отсутствие нетрансцендентных строк, массивов, модулей и пространств имён - сделали сишку вообще архаичным старьём и как-то даже не мотивирует изучать. Но хочется, чтоб иногда системный код понимать и по возможности поправить. Системщики возможно ведают что творят, но в прикладном программированиии использование Си у меня ассоциируется с кнутом и латексом))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #281

278. Сообщение от chinarulezzz (ok), 09-Июл-14, 08:22	+/–
> так может, ну её, такую массовость тогда? ;-) можно и ну её)) Однако стоит помнить, что говнокод присутствует и там, где массовости нет ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276 Ответы: #280

279. Сообщение от chinarulezzz (ok), 09-Июл-14, 08:25	+1 +/–
> Вы забыли сказать, что он мертв уже лет 15. жив в реинкарнации free pascal. Директива компилятору - {$TP}.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #336

280. Сообщение от arisu (ok), 09-Июл-14, 08:33	+1 +/–
>> так может, ну её, такую массовость тогда? ;-) > можно и ну её)) Однако стоит помнить, что говнокод присутствует и там, > где массовости нет ;) но однозначно меньше, чем там, где массовость. просто в силу объёмов кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278 Ответы: #283

281. Сообщение от arisu (ok), 09-Июл-14, 08:37	+1 +/–
> в прикладном программированиии использование > Си у меня ассоциируется с кнутом и латексом)) во всех остальных случаях не лучше. к сожалению, на си сделана куча кода, а компиляторы си есть чуть ли не для табуретов. с другой стороны — вполне можно использовать си так, как делают сейчас некоторые трансляторы: выплёвывая вместо ассемблерного кода сишный и пиная си-компилятор «под ковром». правда, и для такого применения си не очень подходит — с его идиотскими UB (переполнение беззнакового целого определено, знакового — нет; доступа к carry flag, имеющемся на подавляющем большинстве процессоров — нет… а, долгая, печальная история).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277 Ответы: #314

282. Сообщение от тоже Аноним (ok), 09-Июл-14, 08:45	+/–
> вместо таких ifdef'ов лучше всё-таки сделать разные файлы Пример: сейчас в исходниках прописано меню программы. Добавляются пункты, часть их огорожена #ifdef и добавляется только в про-версии. В классе документа есть функции, вызывающиеся только в про-версии. Компилятор их выкидывает, если версия не про и они ни разу не вызываются. Вы же всерьез не рассматриваете вариант вместо этого плодить копии файлов, отличающихся только наличием или отсутствием этих пунктов меню и этих функций? It smells!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248 Ответы: #284

283. Сообщение от chinarulezzz (ok), 09-Июл-14, 08:51	–1 +/–
>>> так может, ну её, такую массовость тогда? ;-) >> можно и ну её)) Однако стоит помнить, что говнокод присутствует и там, >> где массовости нет ;) > но однозначно меньше, чем там, где массовость. просто в силу объёмов кода. Верно. Еще стоит помнить, что массовость, кроме негативного аспекта (говнокод) еще даст и положительный эффект, в виде хорошего кода и кодеров, хоть и в гораздо меньшей, разумеется, степени. Пусть даже 1000 к 1. Стоит это того или нет - неважно, всеравно никто из нас не собирается эту массовость воплощать :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280 Ответы: #285

284. Сообщение от arisu (ok), 09-Июл-14, 08:53	+/–
(пожимает плечами) поскольку это как минимум две точки синхронизации, кто мешает объединить в одну? меню формируется динамически после запуска, путём опроса интерфейса «capabilities». ну, или так: каждый модуль, который добавляет что-то в меню, сам там и регистрируется — благо, статические объекты позволяют это сделать почти что красиво, без утомительных прописываний «зарегистрируй меня» в каком-то центральном месте. много чего, в общем-то, можно придумать, и большинство нормальных способов будет удобней и расширяемей, чем лапша из ifdef'ов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282 Ответы: #292

285. Сообщение от arisu (ok), 09-Июл-14, 08:55	+1 +/–
ну, это вообще вопрос философский: «стоит ли появление одного хорошего программиста возрастания количества говнокода в тысячу раз?» я бы ответил, что нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283 Ответы: #294, #299, #325

286. Сообщение от Аноним (-), 09-Июл-14, 08:58	–1 +/–
> чтоб дошло что язык имеет значение? :-D Не хочу вас расстраивать, но у вас на любом ЯП будет получаться одно и то же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271 Ответы: #288, #341

287. Сообщение от Аноним (-), 09-Июл-14, 09:12	+/–
> Вообще-то, именно учительница и сказала всем сделать такие таблички. Ого! Повезло с учителем. Или это была школа по типу какого-нибудь физмата.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206

288. Сообщение от chinarulezzz (ok), 09-Июл-14, 09:12	+/–
>> чтоб дошло что язык имеет значение? :-D > Не хочу вас расстраивать, но у вас на любом ЯП будет получаться > одно и то же. имеешь в виду именно меня? или "такие как я" или еще?))) Вообще, спасибо, надеюсь что так и будет, если это одно и то же будет тем, что мне нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286 Ответы: #324

289. Сообщение от Аноним (-), 09-Июл-14, 09:14	+/–
> А что именно кроме опечаток так режет глаз? Отсутствие запятых? Нехватка знаков препинания, первое предложение с маленькой буквы, "начинали обучениЯ", "во избежаниИ патентных прИнтензий".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211 Ответы: #295

290. Сообщение от Аноним (-), 09-Июл-14, 09:17	+1 +/–
> Ну так что же, если нестроители самостоятельно забьют в стену гвоздь, повесят > шторы, переклеят обои, допустим? Это плохо? Звать строителей? Они боятся остаться > без работы? Нет, это нормально, но даже НеСтроитель как правило все-таки допирает взять в руки для забивания гвоздя настоящий молоток, а не микроскоп, не надувной музыкальный молоток и даже не отвертку. А наткнувшись на бетонную стену - быстро усваивает что нужен не то что молоток, а убедительный перфоратор, сравнимый с нормальными профессиональными инструментами. Если не хочется др@читься полдня над задачей которая за 5 минут решается. Написание *программ* на экселе - больше похоже на закручивание гвоздей отверткой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

291. Сообщение от Аноним (-), 09-Июл-14, 09:19	+/–
> так может, ну её, такую массовость тогда? ;-) Вообще, поумнение населения - это хорошо. Зачем нам стада тyпых деградантов? А так мозг хоть немного развивается. Но, правда, немного. Зато +100 к ЧСВ добавляет, увы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276 Ответы: #361

292. Сообщение от тоже Аноним (ok), 09-Июл-14, 09:28	+/–
Это одна точка - при формировании меню. Не вижу, в чем нагромождение абстракций улучшит этот код. Сопровождение его явно не упростится. Имхо, это больше похоже на фобию, а не конструктив.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #284 Ответы: #293

293. Сообщение от arisu (ok), 09-Июл-14, 09:33	+1 +/–
> Это одна точка - при формировании меню. то есть, все функции остались на месте? ах, как чудесно! ещё со времён молодого кулхацкерства любил такой софт! впрочем, я не окулист, так что дальше беседовать не вижу смысла. когда начнёшь видеть — приходи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292 Ответы: #297

294. Сообщение от Аноним (-), 09-Июл-14, 09:36	–1 +/–
Как хорошо, что вам никто не задает такие вопросы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285 Ответы: #296

295. Сообщение от тоже Аноним (ok), 09-Июл-14, 09:38	+1 +/–
> прИнтензий прИНтензий, вы хотели сказать ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289

296. Сообщение от arisu (ok), 09-Июл-14, 09:39	+1 +/–
> Как хорошо, что вам никто не задает такие вопросы. ты зачем с дерева спустился?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #294

297. Сообщение от тоже Аноним (ok), 09-Июл-14, 09:42	+/–
> то есть, все функции остались на месте? Так они в любом случае будут на этом месте. Разрабатывается-то про-версия, которая обладает полным функционалом. Цена лайт-версии - две строчки с # и один ключ при компиляции. Остальное делает компилятор, в том числе и выкидывает из результата ненужный код. На кой ляд здесь термоядерные абстракции и как они помогут проекту в сколько-нибудь обозримом будущем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293

298. Сообщение от Аноним (-), 09-Июл-14, 09:47	+/–
В части источников вдохновения и Smalltalk. Matz ничего не скрывает до сих пор: https://www.ruby-lang.org/en/about/ http://www.infoq.com/interviews/yukihiro-matz-language-design В части "лишней сущности". Что легче воспринимается (пример из RSpec): describe "launch the rocket" do   context "all ready" do   end   context "not ready" do   end end Или вариант без блоков (если использовать лямбду, то блоки всё равно будут присутствовать для определения лямбды): def context_block1 ... end def context_block2 ... end def describe_block1   context "all ready", &context_block1   context "not ready", &context_block2 end descibe "launch the rocket", &describe_block1 Итого, да, можно обойтись без блоков. Но в первом случае мы приближаемся к концепции текста программы как текста на естественном языке, во втором - я бы так разговаривать не стал.... В части чистоты map. Пример для Ruby: "12 23 34 45 56".split.map(&:to_i) # => [12, 23, 34, 45, 56] [12,23,34,45,56].map{ |x| x*x ).select{ |x| x % 5 } Всё читается даже, если синтаксисом знаком плохо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

299. Сообщение от chinarulezzz (ok), 09-Июл-14, 09:50	+/–
> ну, это вообще вопрос философский: «стоит ли появление одного хорошего программиста > возрастания количества говнокода в тысячу раз?» я бы ответил, что нет. я бы тоже. Если б не пользовался трудами хороших программистов ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285 Ответы: #300

300. Сообщение от arisu (ok), 09-Июл-14, 09:57	+1 +/–
> я бы тоже. Если б не пользовался трудами хороших программистов ;) при лавинообразном увеличении количества говнокода труд хорошего программиста будет найти столь же сложно, как изумруд в помойке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #299 Ответы: #305

301. Сообщение от chinarulezzz (ok), 09-Июл-14, 10:02	–2 +/–
>> уже готовое встроено. > И в результате получаются кадры которые не могут написать свой base64-декодер, пля. > Если вдруг рантайм чего-то не умеет - "ЗАДАЧА НЕРЕШАЕМА!" Если нужно будет - сможет программист, никуда не денется. Другое дело что всё решится быстрее, примерно так: тут нет 64 декодера, ага. Где есть? Ага, а документация какая? Стоит того? Да? Ок. Нет? Нах этот язык, берём другой, где нужное нам - есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #304

302. Сообщение от Аноним (-), 09-Июл-14, 10:03	+/–
> Кисленько знаю (все слабо) ФрееПаскаль, Си, фасм/масм, На самом деле мой вопрос должен был звучать иначе. Вы понимаете как работают компьютеры? Например, из чего состоит микропроцессорная система, как это работает, чем текущие варианты отличаются от "классики", etc. Наверное это нормальный вопрос в сторону радиоинженера (хотя таковые бывают разные, возможно что я и не угадал, т.к. на чем именно вы специализируетесь я не знаю). > очень прилично Питон+плюшки. С высказыванием ниже -- не согласен. Хорошо бы еще указать путем цитирования, с каким именно. А то "ниже" - "всего" 30 страниц текста :\. > Я радоинженер. Много можно найти радиоинженеров, которые шкодят хоть на бейсике. Радиоинженеры бывают разные. Что за устройства вы разрабатываете, что при этом не требуется уметь программировать? > ВУЗов с программистким профилем -- полных нулей. Так получить в отечественных ВУЗах знания которые будут где-то востребованы и/или будут соответствовать текущему state of art отрасли - невозможно. Не учат там этому. В самом лучшем случае в нескольких ВУЗах могут сносно дать теорию по ряду направлений. > Я на их фоне смотрюсь выгодно. ))) fantom-lab.ya.ru Честно говоря не понял что именно на этом сайте преподносится как выгодное достижение, на фоне которого остальные блекнут. P.S. кстати компания Яндекс приготовила своим пользователям подарок: "Друзья, этим летом мы закрываем Я.ру. Приносим вам свои извинения." > Язык не важен, если знаний __нет__. Вот я и пытаюсь понять: а какие знания у вас есть? Из упомянутого бложика я этого не понял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #321

303. Сообщение от Аноним (-), 09-Июл-14, 10:11	+/–
Функционально-реактивное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

304. Сообщение от Аноним (-), 09-Июл-14, 10:16	+1 +/–
> есть? Ага, а документация какая? Стоит того? Да? Ок. Нет? Нах > этот язык, берём другой, где нужное нам - есть. Скрипткидиз во весь рост. А теперь  такой финт ушами: входной поток может потенциально быть битым и в какой-то момент там может быть нарушение формата данных. Надо декодировать сколько получилось и отдать это + сообщить позицию ошибки в входном потоке. Понимаешь, на стандартный случай сишник возьмет либу не хуже чем питонист. А вот на такой элементари почему-то обделывается почти любой жабист/питонист/рубист/дотнетчик/... - растопыривать пальцы про лямбда функции можем, а битики потасовать, достаточно примитивным образом - почему-то облом. Ведь рантайм же не умеет это именно так как надо было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #301 Ответы: #308

305. Сообщение от chinarulezzz (ok), 09-Июл-14, 10:20	–1 +/–
>> я бы тоже. Если б не пользовался трудами хороших программистов ;) > при лавинообразном увеличении количества говнокода труд хорошего программиста будет найти > столь же сложно, как изумруд в помойке. и тем не менее, изумруды на помойках _редко валяются. Может они есть, конечно, и их никто там искать не догадывается :D Но если хочешь изумруд - ты знаешь где его искать и на помойке не ищешь. Хочешь более менее лучшую на сегодняшний день систему - знаешь где искать. Возможно уже нашел, и общаешься с теми у кого похожие интересы, хотя возможно начинал с винды и когда начинал - даже не подозревал о том что есть лучше/хуже/и вообще критерии. Нет причин не доверять себе)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300

306. Сообщение от Аноним (-), 09-Июл-14, 10:47	+/–
> Не понимают они - указатели. Так адрес - такой же индекс массива. Просто в этот массив вложено все остальное и он называется памятью. В конечном итоге память - массив запоминающих ячеек. Есть еще всякая там трансляция виртуальных адресов в физические и прочая, но прикладникам про это знать вообще нафиг не упало, они это не увидят никогда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195

307. Сообщение от DmA (??), 09-Июл-14, 10:48	+2 +/–
Чем помешал железный занавес Рефалу? Создатель Рефала Валентин Турчин после письма написанного вместе с Д.Сахаровым и Роем Медведевым "Письмо руководителям партии и правительства" после предупреждения КГБ был вынужден выехать за границу в США ещё в 1977 году! Сахарова потом держали в Горьком под домашним арестом. Медведев не знаю как пострадал. Интересное письмо - я думал мы начали отставать в электронике только к началу перестройки,  а оказывается ещё в начале 70х уже прилично отставали. Ну и вдрух отраслях тоже отставали на порядки или в разы. Вот ссылка на письмо  http://ru.wikisource.org/wiki/%D0%9F%D0%...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #369

308. Сообщение от chinarulezzz (ok), 09-Июл-14, 10:52	–1 +/–
>Скрипткидиз во весь рост. А теперь  такой финт ушами: входной поток может потенциально быть битым и в какой-то момент там может быть нарушение формата данных. Надо декодировать сколько получилось и отдать это + сообщить позицию ошибки в входном потоке. погуглю проблему и напишу, вообще без разницы на каком языке. мы друг друга не совсем поняли, я конкретно вот о чём: если есть библиотека, а документация и реализация нареканий не вызывает - бессмысленно писать еще один плеер^W^W одну base64 библиотеку. Python не препятствует обучению, так как ты не только можешь написать свою реализацию, но еще и поглядеть как оно в "каноническом варианте" не отходя от кассы. А уж обработать какую-то ошибку - проще простого всё описано в документации, в том числе список исколючений на многие случаи жизни.  Если уж проблема неординарная, и на низкоуровневом языке решение проскочит в этих наших интернетах, то переписать его на ЯВУ проблемы не составит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304 Ответы: #357

309. Сообщение от Аноним (-), 09-Июл-14, 10:55	–1 +/–
> Си. Си как язык очень примитивен (это я имею в виду > без библиотек, даже стандартных) И это зачастую фича, а не баг. По этому поводу он может работать например "совсем без рантайма". То-есть с места в карьер код и более нифига. А теперь прикинь что это ранняя инициализация системы и вокруг нет гигазов памяти еще, и вообще, шаг влево, шаг вправо - и все повисает. > и содержит массу способов писать неочевидный код. А бензопилой вообще можно покалечиться. И чего? > Паскаль, по крайней мере в его Турбо реализация фактически являющейся вариантом > Модулы, очень недооценён. Почему же, для обучения нормальная штука. Покажет как надо. Но после сей на нем программить что-то не хочется, извините :).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193

310. Сообщение от Аноним (-), 09-Июл-14, 10:57	+2 +/–
> По крайней мере - стабильно работающее, уж не > говоря про безопасное. Ты не напишешь ни стабильное, ни тем более безопасное приложение ни на одном ЯП. Просто потому что тыр-пыр-восемь-дыр - это не "стабильное и безопасное приложение". Это кусок кривого гомнокода от скрипткидиса, не знающего массу базовых вещей, но мнящего себя пупом земли и экспертом мирового класса. Что как раз очень способствует небезопасности и глюкавости программ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274 Ответы: #342

311. Сообщение от анАн (?), 09-Июл-14, 10:58	+/–
И что в этом плохого?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

312. Сообщение от Аноним (-), 09-Июл-14, 10:58	–1 +/–
>разумные люди спокойно используют доступные инструменты. к удивлению однобитных — вовсе не Один Священный Инструмент. Обычно такие заявы используются в сра^W дискуссиях Lin/Win, Lin/Mac и т.д. и вызывают у местной фауны дикое бурление и пускание пузырей.:)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216 Ответы: #315

313. Сообщение от Аноним (-), 09-Июл-14, 11:07	+/–
> Два отступа это очень много, трудно не заметить оператор, который "свалился" не в свой блок Чтобы врубиться задуман вон там стертый отступ или нет - надо парсить весь блок и детально врубаться в контекст. А вот это долго и нудно. А если кода мег - програмер озвереет быстрее чем поймает такой баг, пожалуй.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204

314. Сообщение от Аноним (-), 09-Июл-14, 11:09	–1 +/–
> идиотскими UB (переполнение беззнакового целого определено, знакового — нет; доступа > к carry flag, имеющемся на подавляющем большинстве процессоров — нет… а, > долгая, печальная история). Ну транслируй, блин, в ассемблер, если такие навороты надо. Carry флаг тоже еще явно проверять надо, btw. И если это делать после каждой команды - скорость свалится чуть ли не вдвое :).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281 Ответы: #326, #327

315. Сообщение от arisu (ok), 09-Июл-14, 11:10	+2 +/–
(пожимает плечами) винда — очень неудобный инструмент. в большинстве случаев выбрать его можно или от полной безысходности, или за большие деньги. а макось вообще выбирать бессмысленно, потому что ничего такого, что нельзя было бы сделать с другой системой, она не умеет. впрочем, это тоже зависит от задач: например, городить виндосетку с серверами на самбе не обязательно будет удобней и эффективней, нежели с серверами на винде. другое дело, что лучше виндосетками и вовсе не заниматься, это плохо влияет на пищеварение и цвет лица.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #312

316. Сообщение от Аноним (-), 09-Июл-14, 11:12	–1 +/–
> к удивлению однобитных — вовсе не Один Священный Инструмент. Правда, в результате программ никто и никогда не увидит, да и переписывать весь софт - задолбает :). P.S. а вообще trolling success, Кэп купился :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216 Ответы: #329

317. Сообщение от Аноним (-), 09-Июл-14, 11:15	–1 +/–
> И получится не образованный инженер, а дрессированный кодер. Ну так и получился, как видим. А как только он не смог найти готовый компонент на мало-мальски нестандартную задачу - ПИ..Ц, ЧУВАКИ, ЭТА ЗАДАЧА НЕРЕШАЕМА!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

318. Сообщение от Аноним (-), 09-Июл-14, 11:19	+/–
> питон. А он каким-то волшебным образом узнает как именно поменяли апи в новой версии либы? Там что, AI встроен?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236

319. Сообщение от Аноним (-), 09-Июл-14, 11:20	+1 +/–
> к тому кто или что именно будет его туда автоматически или > вручную вписывать? Да хоть те же автотулсы. Или какая там еще система сборки. Что, никогда не видали #include config.h который заполнен системой сборки для информирования программы о том что там надетектировалось? O_O
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247

320. Сообщение от Аноним (-), 09-Июл-14, 11:24	+/–
> В большинстве "вменяемых альтернатив" вместо него linked list со временем доступа O(n). Отдельные утырки даже какое-нибудь число умудряются как объект записать. В результате в несколько раз нагибается даже самая простая математика. Которая, теоретически, могла бы быть 1 регистровой операцией. А практически - будет жутким кошмаром.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270 Ответы: #345

321. Сообщение от Брат Анонпитонер (?), 09-Июл-14, 11:27	–1 +/–
Ох многа букафф, ниасилил. ))) Как работает компьютер , понимаю вполне сносно, имею представление о том, что такое спаривание команд, кеш, конвейер, ДМА и как работают регистры xmms0...xmms7. Как заставить работать ЦП в защищенном режиме понял, но из-за нехватки информации в свое время -- перепрограммировать контроллер прерываний не смог со всеми вытекающими. Я заканчивал военный вуз (технические средства охраны режима госграницы). Цифровык устройства были, но закнчилось все на уровне ячеек памяти. Были "микропроцессорные системы", с курсовой на КР80ВМ80.  На этом, пожалуй и все. Сейчас работаю инженером по авт. системам диспетчерского управления в энергетике. На Github  пилю свой проект помаленьку -- pyPC (virtual computer). Состояние зачаточное, но я не тороплюсь, зарплату мне никто не платит. ))) По работе программирование не надо совсем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302 Ответы: #331

322. Сообщение от Аноним (-), 09-Июл-14, 11:33	–1 +/–
> У ЛИСПа нет синтаксиса. Вы либо не знаете что такое ЛИСП, либо не знаете что такое > синтаксис языка программирования. Грубо говоря, мне не нравится как на этом выглядят типичные программы - их читаемовть в ж...е. А сам себе весь синтаксис кроить я как-то поленюсь. Примерно как поленюсь сам себе писать всю операционку, например. > в исполняемые машинные коды. Для сравнения создатели импотента-Ruby не смогли даже > собственную стандартную библиотеку языка реализовать полностью на ruby. /me считает невозможность бутстрапнуться (нет, я не про долбаную библиотеку от твиттера) достаточно характерным индикатором. Да, как-то так получается что уважающие себя операционки разрабатываются под самими собой. Уважающие себя компилеры - собирают себя сами, и рантайм не забывают. А если для сборки компилера или ЯПа нужен другой компилер или ЯП - возникают нехорошие подозрения в адрес такого ЯПа...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #328, #334

323. Сообщение от Аноним (-), 09-Июл-14, 11:37	+1 +/–
> А к диплому, поди, нужно предоставить 10 листов А2, расчерченных в Пэйнте... Правильно, CAD - для слабаков. Настоящие джедаи считают на калькуляторе, а потом рисуют в paint. В 3D сразу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215

324. Сообщение от Аноним (-), 09-Июл-14, 11:41	+/–
> спасибо, надеюсь что так и будет, если это одно и то > же будет тем, что мне нужно. Единственная проблема - качество этого кода (а также как следствие стабильность и безопасность оного, не говоря уж о скорости работы и потреблении ресурсов) будет мягко говоря не на высоте. В общем то единственная проблема. Правда ее достаточно для того чтобы обходить ваши программы за пушечный выстрел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288

325. Сообщение от Аноним (-), 09-Июл-14, 11:46	+/–
> ну, это вообще вопрос философский: «стоит ли появление одного хорошего программиста > возрастания количества гoвнокода в тысячу раз?» я бы ответил, что нет. Скорее, "предотвращение глобального одeбиливания". Все-таки вреда от полных дeбилов слишком уж много. Так, в сумме. В общепланетарном масштабе. Не только в программировании. А развитие головного мозга все-таки несколько противодействует превращению в тyпyю ск@тину, умеющую только хaвать. Но да, проблема с появлением кучи cpaни среди которой искать программы становится сложно - имеется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285 Ответы: #330

326. Сообщение от arisu (ok), 09-Июл-14, 12:04	+1 +/–
> Ну транслируй, блин, в ассемблер, если такие навороты надо. в чей именно? а-а-а, «целевой системы»? или в два. или в три. или… > Carry флаг тоже еще явно проверять надо, btw. и это, конечно, очень мешало добавить в си предикат is_carry(expression). ведь это же совсем-совсем неприкольно: использовать то, что умеет большинство процессоров аппаратно вместо написания кучи идиотских ручных проверок, где шанс ошибиться намного выше. «язык системного программирования», my ass…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314 Ответы: #366

327. Сообщение от arisu (ok), 09-Июл-14, 12:10	+1 +/–
p.s. или, например, посчитать количество архитектур, которые используют two's complement integer arithmetic и сообразить, что для «процессоров в будущем, которые будут импортированы с Марса» можно будет ввести новый тип целых, а сейчас намного удобней сделать результат переполнения int определённым (равно как и результат приведения signed<->unsigned одинакового размера). но нет, это было бы слишком просто, это же, в конце концов, Крутой Язык Системного Уровня! стоит ли облегчать жизнь этим дуракам-системщикам? да ни за что, им же так нравится городить ручные проверки там, где уже есть аппаратные, и либо жертвовать переносимостью кода (и дрожать от предвкушения того, что сделает оптимизатор, увидев код с UB), либо опять писать руками преобразования, которые аппаратно не более, чем обычный mov.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314 Ответы: #368

328. Сообщение от arisu (ok), 09-Июл-14, 12:16	+/–
> А если для сборки компилера или ЯПа нужен другой компилер или > ЯП - возникают нехорошие подозрения в адрес такого ЯПа... мда… компилятор си из gcc — отстой, без c++ не собирается. clang — ещё больший отстой, само собой, там вообще сплошной c++. конечно, это обозначает, что си — очень плохой ЯП. не так ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #322 Ответы: #386

329. Сообщение от arisu (ok), 09-Июл-14, 12:17	+1 +/–
кто купился — вопрос очень спорный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #316

330. Сообщение от arisu (ok), 09-Июл-14, 12:21	+1 +/–
ну вот похапистов — толпа. сколько из них развились, а сколько загаживают мир своим шлаком, даже не пытаясь превратиться в людей? «а чо, и так платят, гыгы!»
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #325 Ответы: #351

331. Сообщение от Аноним (-), 09-Июл-14, 13:15	+/–
> Как заставить работать ЦП в защищенном режиме понял, но из-за нехватки > информации в свое время -- перепрограммировать контроллер прерываний не смог со > всеми вытекающими. ИМХО пойнт не в том чтобы зазубрить регистры или команды. А в том чтобы понять идею DMA и осознать что так можно нехило разгрузить проц (правда, это актуально для системщиков а не прикладников). Идею SIMD/MIMD, чтобы понять как это влияет на стиль программирования. Идею различных режимов процессора и прочее, чтобы понять как это работает (деление кернел-юзер прежде всего) и, например, почему частое переключение кернел-юзер - плохо. X86 имхо далеко не лучший для изучения подобных вещей: сложный и кривой, с кучей легаси. > с курсовой на КР80ВМ80.  На этом, пожалуй и все. i8080 (с которого он дран) не так уж плох чтобы понять основы - он простой. А улучшения которые исторически приделывали - можно постепенно изучать по мере желания/необходимости. > Сейчас работаю инженером по авт. системам диспетчерского управления в энергетике. Я так подозреваю что текущий state of art цифровых систем вы не особо мониторите. > На Github пилю свой проект помаленьку -- pyPC (virtual computer). Мне из эмуляторов нравится фабрисовское творчество. Фабрис - профессионал, один из грандов отрасли. И поэтому умеет делать программы правильно. И если заметить, он сделал эмулятор на си чтобы применять всерьез, и на JS - поиграться совсем немного и забить, показав забавный фокус ALL-у, там где линух в браузере за вполне разумное время стартует и даже не очень тормозит. Те эмуляторы которые на си - пошли и захватили мир. В виде qemu/KVM - KVM теперь у половины хостеров в почете. Кроме всего прочего, KVM обеспечивает скорость >90% от железяки в вычислительных задачах и при доступе к памяти. С I/O конечно похуже. Но все-таки довольно близко к железу по скорости при том что это VM с полной изоляцией от системы хоста. Там куча фич, куча оборудования, за годы и годы толпа народа это более-менее отладили и обезглючили (и то грабли случаются). Оно может уйму разных кульных вещей типа проброса девайсов (PCI, USB) с хоста в гуест. Но это серьезный проект, Фабрис и многие другие на это немало времени убабахали. Даже не потому что си, а потому что объем задачи за которую они схапались - огого. Фичность немеряная. Может даже какой-нибудь ARMовский исполняемый файл запустить на х86 системе. Понятно что в этом случае скорость просядет, и уже отнюдь не на несколько процентов. Однако вставить транслятору ARM -> x86 от Фабриса сможет не так уж много программистов на этой планете. > Состояние зачаточное, но я не тороплюсь, зарплату мне никто не платит. ))) Проблема в общем то в том что для того чтобы сделать хороший эмулятор, который если не натянет Фабриса то по крайней мере покажет что-то сравнимое - надо полжизни положить. Иначе это будет игрушка, демонстрирующая печальный результат, плохо поддерживаемая, на которую скорее всего забьет автор, а остальные вообще не поймут зачем оно надо и проект тихо сойдет на нет. Если под PC понимается эмулятор х86 писюка. А писать эмуль на питоне - это заведомо тормознуть себя по скорости в фиг знает сколько раз. В эмуле чем короче путь по которому трансляция из исходной платформы в целевую - тем лучше (в KVM например большинство команд выполняется напрямую на системном проце, перехватываются только привилегированные команды, что и позволяет ему на чистом счете и доступе к памяти показывать более 90% от оригинала). > По работе программирование не надо совсем. И это заметно. Ну вот я например напнулся на какой-то бенч питона/паскаля/сей. И вижу там довольно странное нечто. Во первых я не понимаю что именно оно пыталось отбенчить. Во вторых - а зачем в тугом цикле на каждую итерацию дергать запрос времени (насколько я понял тамошнюю логику)? Это не только искажает результат до неузнаваемости, дерг "сколько времени" еще и может являться "тяжелым" вызовом, который потратит времени сравнимо со всем остальным. Не говоря о том что есть такие вещи как resolution таймера используемого системой/рантаймом как источник времени (точность таймера не бесконечна и весьма системозависима, и в часто дергаемом цикле это вообще-то может роялить). Нормальные люди делают так: смотрят сколько времени до начала запуска алгоритма, гоняют алгоритм, а потом смотрят сколько времени в конце. Ну а время выполнения алгоритма - конечное время минус начальное. Если было много итераций - деленное на число итераций. Так работа со временем не портит результаты и намного меньше зависит от разрешения системного таймера и чего там еще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #321 Ответы: #333, #335

332. Сообщение от rob pike (?), 09-Июл-14, 13:37	+/–
> Вот пример такой работы: Point A(0,0); Отличная работа. Теперь а) посмотрите что из этого сделал современный компилятор для современного процессора; б) создайте пару миллионов таких объектов, передайте привет вашему стеку. А если серьезно, то обсуждать экономию пяти наносекунд в микробенчмарке с бесконечным циклом - занятие столь же утомительное сколь и малопродуктивное. > В большинстве "вменяемых альтернатив" на стеке создается только ссылка, а сам объект размещается в более медленной куче. В более это на два порядка. Это очень страшно выглядит только пока вы остаетесь в плену стереотипов Си-мышления образца 1970 года. Примерно по этой же причине вас в LISP и Scheme пугают скобочки - потому что вы помните что в Си такое количество скобочек означает дикую лапшу, а не сами по себе. >The first thing to understand about OCaml is that allocation, in particular short-lived allocations, are much cheaper than you're used to from languages like C# and Java --- allocating a block on the minor heap requires only three instructions, and collection of those objects is very inexpensive if they don't survive to move to the major heap. So the need to allocate lots of short-lived objects is less of a concern than you'd naively imagine. >That said, if you want to build very high-throughput applications that can process millions of transactions a second, you to need to avoid allocation, particularly long-lived allocations that end up on the major heap. Jane Street's Core library (which is used throughout Real World OCaml) provides tools for creating pooled objects for just this kind of use-case. >http://www.infoq.com/articles/real-world-ocaml-interview >В большинстве "вменяемых альтернатив" вместо него linked list со временем доступа O(n). >В особо "вменяемых альтернативах" объекты представляют собой hash таблицы и время доступа к полю объекта в массиве составляет O(n^2) Сложно угадать о каких именно существующих в вашем воображении альтернативах вы говорите. Может быть, о Javascript? Давайте о чем-нибудь менее удобном для избиения и более вменяемом, о том же OCamle, например. >В приведенных вами "вменяемых альтернативах" это не работает. Но воображение у вас хорошее. Чего о памяти, к сожалению, не скажешь. >В "вменяемых альтернативах" мы читаем файл побайтово и пытаемся десерелиазовать байты в типы. Давайте меняться? Вы мне парсер типа файла Х на "вменяемых" языках я вам 20 на невменяемых. Давайте. Вот вам парсер - https://code.google.com/p/bitstring/source/browse/trunk/exam... С вас такой же на С++, без include pcap.h, разумеется - это ведь просто пример. Формат здесь - http://wiki.wireshark.org/Development/LibpcapFileFormat Потом сравните скорость работы, задумайтесь, сделайте выводы самостоятельно. Для разминки можете сделать простое упражнение - написать на Си разбор простейшего формата - 6 битный счетчик n, за ним - целое число размером n бит (битов в нём может быть от 1 до 64) На OCaml это выглядит так: >let bits = Bitstring.bitstring_of_file "input.data" in >bitmatch bits with >| { n : 6; >    data : n+1 } -> data Библиотека очень простая, в Си вынесен кусочек с полутора маленькими fastpath-частными случаями. В качестве более общего примера можете посмотреть сюда - http://www.ffconsultancy.com/languages/ray_tracer/comparison...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270 Ответы: #344

333. Сообщение от Брат Анонпитонер (?), 09-Июл-14, 14:37	–1 +/–
Зубрить совершенно смысла нет. Я именно говорил про понимание принципов. i8080 -- это азы, но к реальной жизни имеет уже весьма смутное представление, поэтому сейчас речь идёт только о 386+. pyPC -- это исключительно химерный компьютер рождённый моей головой. Поэтому ни КВМ, ни ВиртуалБокс его никогда не запустят. В-общем, в этом вся затея. Трансляция в нативные команды на лету - это круто для меня, до такого вряд ли дорасту с вероятностью 95%. Что касается скорости исполнения -- то я пользую cython (в модуле центрального процессора почти чистый Си с разметкой python). Так что скорость исполнения будь здоров. Что касается моих тестов -- замер времени либо по исполнению 5000 циклов, либо методом timeit. Разница в результатах - смешная. Так что, тест вполне объективен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #331 Ответы: #347

334. Сообщение от rob pike (?), 09-Июл-14, 14:58	+/–
> /me считает невозможность бутстрапнуться (нет, я не про долбаную библиотеку от твиттера) > достаточно характерным индикатором. А если головой подумать? В чем смысл того бутстрапа в 2014 году, а не 40 лет назад когда каждый новый компьютер был ни с чем не совместим?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #322 Ответы: #387

335. Сообщение от Брат Анонпитонер (?), 09-Июл-14, 15:19	–1 +/–
(почти оффтоп) -------- pyPC пилю по нескольким причинам: 1. Неасилил IBM PC (качество и количество документации/железяк/ос -- в сумме очень мало и довольно плохо). 2. Я и без Сноудена знал что закладки делятся на две категории: аппаратные и софтовые. 3. Переносимая реализация, которая известна мне досконально, что хочу, то и прикручиваю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #331 Ответы: #356

336. Сообщение от angra (ok), 09-Июл-14, 15:28	+/–
А еще его можно под dosbox запустить. Во всяких школах и ВУЗах так и делают, не переучивать же не блещущих интеллектом преподов и не переписывать же программу. Вот только поднятый из могилы зомби все-равно остается мертвяком, даже если умеет шевелить лапками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279 Ответы: #343

337. Сообщение от angra (ok), 09-Июл-14, 15:30	+/–
Давайте вы будете говорить только за себя. Лично я начинал не с бейсика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

338. Сообщение от Гость (?), 09-Июл-14, 17:53	+/–
> Ну так любят у нас когда все строем ходят,  и чтобы > точка зрения - единственно правильная. Можно подумать на западе не так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #349, #353

339. Сообщение от Аноним (-), 09-Июл-14, 17:54	–1 +/–
Отличный язык со строгим синтаксисом и большим количеством библиотек на все случаи жизни. Если бы в нём ещё поддерживали обратную совместимость хотя бы между минорными релизами - цены бы ему не было.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #354, #388

340. Сообщение от Гость (?), 09-Июл-14, 17:55	+3 +/–
>> Пестишь - латынь это. > Вот прямо так уж for, begin, end, while, case, switch, void, ... > - так уж прямо и латынь? Но пробелы-то латынские!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

341. Сообщение от Гость (?), 09-Июл-14, 17:58	+/–
>> чтоб дошло что язык имеет значение? :-D > Не хочу вас расстраивать, но у вас на любом ЯП будет получаться > одно и то же. Многабукав?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286 Ответы: #350

342. Сообщение от chinarulezzz (ok), 09-Июл-14, 19:41	–1 +/–
>> По крайней мере - стабильно работающее, уж не >> говоря про безопасное. > Ты не напишешь ни стабильное, ни тем более безопасное приложение ни на > одном ЯП. Просто потому что тыр-пыр-восемь-дыр - это не "стабильное и > безопасное приложение". Это кусок кривого гомнокода от скрипткидиса, не знающего массу > базовых вещей, но мнящего себя пупом земли и экспертом мирового класса. > Что как раз очень способствует небезопасности и глюкавости программ. никто никем себя не мнёт, не наезжай на меня))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #310 Ответы: #365

343. Сообщение от chinarulezzz (ok), 09-Июл-14, 19:53	–1 +/–
> А еще его можно под dosbox запустить. Во всяких школах и ВУЗах > так и делают, не переучивать же не блещущих интеллектом преподов и > не переписывать же программу. Вот только поднятый из могилы зомби все-равно > остается мертвяком, даже если умеет шевелить лапками. Реализация мертва, диалект нет. Также, как сейчас пишут на ansi c. Или вообще на си, он давно зомби, но не будем об этом :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #336

344. Сообщение от arisu (ok), 09-Июл-14, 20:26	–1 +/–
(задумчиво) на D я бы взял структуры и быстро накидал бы генератор кода на шаблонной магии. сгенерированому коду, в принципе, достаточно простейшего input range. ну, или добавить небольшую оптимизацию на случай индексируемых ranges, и тогда при использовании какого-нибудь mmap получаем вовсе zero-copy. ну, и заодно получили «наколенный», но вполне универсальный десериализатор, который адаптируется к возможным сменам формата, которые не требуют сложных циклов и условий, просто при помощи изменения тел struct{}. а к более сложным — таки ещё и немного допилкой кода. цпп, конечно, тоже такое позволяет, но настолько через анус, что лучше даже не пробовать, а честно карябать весь boilerplate руками. заодно затачивая его под работу с куском памяти, а то ranges там… ну, не очень удобно применять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #332

345. Сообщение от arisu (ok), 09-Июл-14, 20:30	+1 +/–
> Отдельные утырки даже какое-нибудь число умудряются как объект записать. LuaJIT, например. расскажи, как там «нагибается математика».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #320 Ответы: #346

346. Сообщение от rob pike (?), 09-Июл-14, 22:02	+/–
Тут уместно упомянуть (в хорошем смысле) GSL Shell и Torch7 >Torch is a numerical/scientific computing extension of LuaJIT with an ML/neural net library on top. Torch7 is what is being used for deep learning R&D at NYU, at Facebook AI Research, at Deep Mind, and at Google Brain.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #345

347. Сообщение от Аноним (-), 10-Июл-14, 04:00	+/–
> i8080 -- это азы, но к реальной жизни имеет уже весьма смутное > представление, поэтому сейчас речь идёт только о 386+. Да как сказать? Годы шли, а общие идеи в основе работы микропроцессоров никуда не делись. Развили хорошо. Но большинство улучшений - не такая уж новость, просто все и сразу было сложно сделать. Те кто владеет текущим state of art - обычно могут предвидеть развитие на годы вперед. Пример того что я считаю профессионализмом электронщика: в эпоху первых пентиумов и PCI, один человек, посмотрев на USB, сказал что в будущем будут рулить скоростные последовательные шины с дифференциальным сигналом, похожие по смыслу. Хотя USB 1.1 смотрелся смешно на фоне, например, PCI. Годы шли. Появился PCI-E, SATA, USB3, HDMI, DisplayPort... И у всех них оказалось кое-что общее. > pyPC -- это исключительно химерный компьютер рождённый моей головой. Поэтому ни КВМ, > ни ВиртуалБокс его никогда не запустят. В-общем, в этом вся затея. Тот же QEMU - тоже изначально задуман как виртуальный компьютер, с виртуальной периферией. Просто теперь он "хорошо оптимизированный". Поэтому когда возможно - не то что транслируют, а просто выполняют большинство команд напрямую на системном проце (по сути это и называется KVM), обрабатывая только исключения (работу с железом, чего в юзермоде конечно же не положено) в гипервизоре (для чего требуется выносок в ядре хостовой системы). И даже решили что нафиг эмулировать реальные железки и регистры. Пусть ОС в гуесте знает что это - виртуализатор. И использует драйвер, который умеет сбагривать I/O на хост короткими и быстрыми путями. Это называется virtio. В результате оно разогналось до скоростей сравнимых с реальной железякой, перестав быть забавной игрушкой. > Трансляция в нативные команды на лету - это круто для меня, > до такого вряд ли дорасту с вероятностью 95%. Это один из немногих методов выполнить чужой код с вменяемой скоростью. Хотя для действительно приличной скорости все серьезные виртуализаторы выполняют большинство команд на системном проце напрямую и обманывают операционку, запущенную как user mode процесс, подтасовывая обработку исключений при привелигированных командах так, что kernel-mode код гуеста не замечает того что это user-mode, а не kernel-mode. По поводу таких оптимизаций в серьезно настроенных виртуализаторах сдулись даже севые, но не оптимизированные в эти направления виртуализаторы по типу bochs. Они были неприемлимо тормозными, про них при удобном случае все забыли. > будь здоров. А это сколько процентов от производительности host? KVM может более 90% при счете и доступе к памяти, сохраняя все плюсы виртуализатора. Т.е. например пнутый в нем какой-нибудь "7z b" (бенчмарк в архиваторе 7zip) покажет процентов 90 того что он показывает на железке. Вот это уже интересно. Но это потребовало нехилой оптимизации и ряда трюков, в сумме энное количество народа пахало над доведением этого до кондиции несколько лет. > Что касается моих тестов -- замер времени либо по исполнению 5000 циклов, > либо методом timeit. Разница в результатах - смешная. Так что, тест > вполне объективен. Не знаю что есть "методом timeit", но в целом часто дергать запросы "сколько времени?" в процессе бенчмарков в тугом цикле не следует, а если кто так делает - это не в его пользу говорит, т.к. показывает что человек полез бенчмаркать, не умея это делать и будучи не в курсе про resolution таймеров, оверхед от вызовов и прочем. Да и первый вопрос который возникает: что бенчмаркано и зачем? Какие-то реально существующие программы оптом выполняют подобный код? Нормальные бенчмарки или пытаются забенчмаркать какой-то общий аспект работы системы (например, "скорость доступа к памяти") или пытаются прогнать какой-то практически-значимый алгоритм (например, "сколько времени займет хеширование 10 мегабайтов с использованием sha-1?"). А по такому коду не понятно что являлось целью бенчмарка. Доказать всему миру что "питон не тормозит ну хоть где-то"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333 Ответы: #355

348. Сообщение от Аноним (-), 10-Июл-14, 06:27	–1 +/–
Я те про ди литературный одностричник вЫдал. А твой талант так и останется неоценЁнным :)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259

349. Сообщение от Аноним (-), 10-Июл-14, 07:14	+6 +/–
> Можно подумать на западе не так. Судя по наблюдаемому - раз на раз не приходится, но в целом климат получше. Было бы тут все хорошо, яндекс бы содержал головной офис здесь, да и nginx, inc пожалуй был бы местной компанией. И Дуров не пролетал бы на свой бизнес, в назидание остальным. А теперь вот он почему-то смотрится на фоне Брина и Цукерберга лохом у которого отжали бизнес...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #338

350. Сообщение от Аноним (-), 10-Июл-14, 08:34	+/–
> Многабукав? Да ладно вам, в слове "гoвнoкод" букв не очень много.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #341

351. Сообщение от Аноним (-), 10-Июл-14, 08:37	+/–
Ну а что, рыночные законы. Если кто готов платить - пусть кушают такое. Они обычно все-равно на заказ это кодят и тебе это рассматривать не придется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #330 Ответы: #352

352. Сообщение от arisu (ok), 10-Июл-14, 08:45	+/–
> и тебе это рассматривать не придется. ещё как придётся: в сраных интернетах. как будто ты не видел «хипстеродизайна».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #351 Ответы: #371

353. Сообщение от arisu (ok), 10-Июл-14, 09:11	+/–
>> Ну так любят у нас когда все строем ходят,  и чтобы >> точка зрения - единственно правильная. > Можно подумать на западе не так. прикинь, не так. но ты продолжай смотреть киселёва, он правду говорит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #338

354. Сообщение от Андрей (??), 10-Июл-14, 09:59	+/–
> Отличный язык со строгим синтаксисом и большим количеством библиотек на все случаи > жизни. Если бы в нём ещё поддерживали обратную совместимость хотя бы > между минорными релизами - цены бы ему не было. Она хуже минорной совместимости в ПЫХе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #339

355. Сообщение от Брат Анонпитонер (?), 10-Июл-14, 11:00	–1 +/–
>> i8080 -- это азы, но к реальной жизни имеет уже весьма смутное >> представление, поэтому сейчас речь идёт только о 386+. > Да как сказать? Годы шли, а общие идеи в основе работы микропроцессоров > никуда не делись. Развили хорошо. Не вижу революции. Вычисления на GPU могли бы на них претендовать, но пока слишком мало кардинальнвх отличий. ИМХО, введение кеша, конвейера, страничной адресации и механизмов защиты -- это было последним существенным шагом, и не самым простым, как для реализации, так и понимания. > Пример того что я считаю профессионализмом электронщика: в эпоху первых пентиумов и > PCI, один человек, посмотрев на USB, сказал что в будущем будут > рулить скоростные последовательные шины с дифференциальным сигналом, похожие по смыслу. ) Я вообще не понимаю, зачем был сделан USB, когда был более чем работающий COM. Что мешало просто поднять частоту обмена? А протокол обмена, косящий под сетевые фреймы был известен уже очень давно под именем "Модбас" и ему подобных. Тысячи их. А крепление COM мне на порядок больше нравится, чем USB (ну, по крайней мере -- в производстве) >> pyPC -- это исключительно химерный компьютер рождённый моей головой. Поэтому ни КВМ, >> ни ВиртуалБокс его никогда не запустят. В-общем, в этом вся затея. > Пусть ОС в гуесте > знает что это - виртуализатор. И использует драйвер, который умеет сбагривать > I/O на хост короткими и быстрыми путями. Это называется virtio. В > результате оно разогналось до скоростей сравнимых с реальной железякой, перестав быть > забавной игрушкой. Да я в курсе как виртуализация построена. У самого Ulteo и coLinux постоянно вертятся. Идея моего виртуального писюка именно в том, чтобы не иметь ничего общего с реальным писюком. Вопрос быстродействия важен, но он не дороже информационной безопасности. > По поводу таких оптимизаций в серьезно настроенных виртуализаторах сдулись даже севые, > но не оптимизированные в эти направления виртуализаторы по типу bochs. Они > были неприемлимо тормозными, про них при удобном случае все забыли. Бочка для разрабов и параноиков. Не для виртуализации, имхо задачи стоят несколько другие. >> будь здоров. > А это сколько процентов от производительности host? KVM может более 90% при > счете и доступе к памяти, сохраняя все плюсы виртуализатора. От производительности host машина будет давать в лучшем случае 25%. Но дело не в производительности. Мне и 200 млн. оп. на одном ядре хватит. Цель не стоит сделать повтор того ,что уже есть. Смысл? Цель стоит создать реализацию ПК, который будет заведомо безопасен, изолироваться от возможного большого брата и иметь возможность переносить системы с оси на ось, с ЦП на ЦП. Python такую возможность даёт непосредственно. Си, Паскаль, ассемблер -- заставят посуетиться чуть больше, или намного больше. > Не знаю что есть "методом timeit", но в целом часто дергать запросы > "сколько времени?" +0,5% > в процессе бенчмарков в тугом цикле не следует, а >Да и первый вопрос который возникает: что бенчмаркано и зачем? > Какие-то реально существующие программы оптом выполняют подобный код? Нормальные бенчмарки > или пытаются забенчмаркать какой-то общий аспект работы системы (например, "скорость доступа > к памяти") или пытаются прогнать какой-то практически-значимый алгоритм (например, "сколько > времени займет хеширование 10 мегабайтов с использованием sha-1?"). А по такому > коду не понятно что являлось целью бенчмарка. Доказать всему миру что > "питон не тормозит ну хоть где-то"? Первоначально идея была поюзать во FreePascal стандартную либу mmx. Для этого надо было включить парочку опций компилятора. После нескольких отчаянных попыток из официального руководства, дебаггера и нескольких часов времени понял, что реально юнит сделан криво, и абсолютно никакого прироста производительности нет. Я решил посмотреть как это сделано в других ЯП. В Си есть (по ассемблерному листингу) небольшая оптимизации по передаче параметров и работе со стеком в ходе вычислений. Почему Visual Bsic 6 пилит наравне с Си через рантайм, а cython уделал чистый Си я не разбирался, но могу предположить, что в случае VB6 идёт предварительная оптимизация вызовов (может трансляция в .NET по тихому?), а в случае с cython более удачные заготовки использованы для замещения python-кода + какие-то оптимизирующие ключи, о которых я не знаю?... В любом случае, сравнивать sha-1, i/o и т.п. -- смысла нет. python не проигрывает Си в таких вещах. Просто не может. Т. к. юзает компиленные сишные модули. То же самое касается и системных обращений -- они зависят от системы и в других моментах такие же тонкости. В итоге что остаётся тестировать? Кстати! Как-то писал zip-архиватор на python+cython. Таки на упаковке "Василия Тёркина" при (я надеюсь) одинаковом исходном алгоритма моя тулза паковала сильнее на 3...7% и быстрее почти вдвое, чем 7-zip!!! Правда памяти хавал раза в 1,5...2 раза больше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #347 Ответы: #374

356. Сообщение от Аноним (-), 10-Июл-14, 13:46	+/–
> 1. Неасилил IBM PC (качество и количество документации/железяк/ос -- в сумме очень > мало и довольно плохо). Там одни только спеки на чипсет - сотни страниц. На процы - как-то так же. Периферия нынче не лучше. Так что вы или будете делать упрощенный схематичный макет, как другие виртуализаторы (которые постепенно заменяют виртуальные железки вообще на быстрые и простые интерфейсы хост-виртуалка с поддержкой дровами в guest), или опупеете это программить. Кстати qemu реализовал не совсем архаичное железо даже. Но и не распоследнее новье. > 2. Я и без Сноудена знал что закладки делятся на две категории: > аппаратные и софтовые. Мы тоже в курсе. И что интересно, если некто может поиметь host, поимение виртуалки с guest лишь вопрос времени и желания. Хост может сделать с виртуалкой все что сочтет нужным. Виртуализатор делает это несколько менее удобным, но отнюдь не невозможным. > 3. Переносимая реализация, которая известна мне досконально, что хочу, то и прикручиваю. Боюсь что в таком виде оно будет ограниченным по возможностям и тормозным нечто, которое и близко не конкурент серьезным виртуализаторам. Сколько народа захочет такими программами пользоваться - несложно прикинуть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #335 Ответы: #358, #359

357. Сообщение от Аноним (-), 10-Июл-14, 13:56	+1 +/–
> погуглю проблему и напишу, вообще без разницы на каком языке. Ты думать не умеешь, так что если вдруг готовое решение не нагуглится (а для таких вещей - может и не нагуглиться) - "задача нерешаема". > мы друг друга не совсем поняли, я конкретно вот о чём: если > есть библиотека, а документация и реализация нареканий не вызывает - бессмысленно > писать еще один плеер^W^W одну base64 библиотеку. Ну а я привел случай когда стандартные реализации под задачу не подходят. Большинство кидди-образных при этом делает козью морду и объявляет что задача нерешаема. > Python не препятствует обучению, Сам по себе он, конечно, не препятствует, но "создайте систему которой может пользоваться даже дypaк, и только дypaк захочет ей пользоваться". Вот глядя на питонистов я понимаю что в этом высказывании есть пойнт. Найти питониста с более-менее нормальными фундаментальными знаниями по программированию + пониманием процесса разработки ПО? Это фантастика. На этом пишут всякие кидизы, гонящие как на пожар, не умеющие думать и не знающие базовых вещей. Получается понятно чего. Жуткое, тормозное, глюкавое и проблемное нечто. Единственным плюсом которого относительно остального софта обычно является "зато на питоне!!!111". > так как ты не только можешь написать свою реализацию, но еще > и поглядеть как оно в "каноническом варианте" не отходя от кассы. Я это могу в любом случае - предпочитаю открытое ПО. > А уж обработать какую-то ошибку - проще простого всё описано в > документации, в том числе список исколючений на многие случаи жизни. Остается только вопрос в том насколько такой нестандартный вариант вообще предусмотрен разработчиками и насколько их действия при такой ошибке - похожи на то что хотелось. Это вообще не факт.    > Если уж проблема неординарная, и на низкоуровневом языке решение проскочит в > этих наших интернетах, то переписать его на ЯВУ проблемы не составит. Весьма громкий тезис. На низкоуровневом ЯП можно сходить по фиксированному адресу 0x20000000 и выполнить оттуда код, даже не зная что это. На высокоуровневом ЯП с подобным маневром будет жесточайшее обломинго.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #308

358. Сообщение от Брат Анонпитонер (?), 10-Июл-14, 16:09	–1 +/–
>> 1. Неасилил IBM PC (качество и количество документации/железяк/ос -- в сумме очень >> мало и довольно плохо). > Там одни только спеки на чипсет - сотни страниц. На процы - > как-то так же. Периферия нынче не лучше. Так что вы или > будете делать упрощенный схематичный макет, как другие виртуализаторы Не буду. Моя виртуалка заведомо несовместима с существующим железом - это следствие цели. >> 2. Я и без Сноудена знал что закладки делятся на две категории: >> аппаратные и софтовые. > Мы тоже в курсе. И что интересно, если некто может поиметь host, > поимение виртуалки с guest лишь вопрос времени и желания. Хост может > сделать с виртуалкой все что сочтет нужным. Виртуализатор делает это несколько > менее удобным, но отнюдь не невозможным. Из-за несовместимой модели железа (и значит софта) -- поиметь будет крайне сложно. Разве что -- уронить сам сервер виртуальной машины. >> 3. Переносимая реализация, которая известна мне досконально, что хочу, то и прикручиваю. > Боюсь что в таком виде оно будет ограниченным по возможностям и тормозным > нечто, которое и близко не конкурент серьезным виртуализаторам. Сколько народа захочет > такими программами пользоваться - несложно прикинуть. Эта виртуалка не для бенчмейкеров. А для параноиков. )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #356 Ответы: #375

359. Сообщение от Брат Анонпитонер (?), 10-Июл-14, 16:14	–1 +/–
>> 1. Неасилил IBM PC (качество и количество документации/железяк/ос -- в сумме очень >> мало и довольно плохо). > Там одни только спеки на чипсет - сотни страниц. На процы - .... def офтоп():     '''     Брат Аноним, поясни почему чем больше пишешь -- тем больше минусов.     У тебя -- over -9000?...     Хабраэффект?     '''
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #356 Ответы: #360, #376

360. Сообщение от anonymous (??), 10-Июл-14, 19:36	+/–
>[оверквотинг удален] >>> мало и довольно плохо). >> Там одни только спеки на чипсет - сотни страниц. На процы - > .... > def офтоп(): >     ''' >     Брат Аноним, поясни почему чем больше пишешь -- > тем больше минусов. >     У тебя -- over -9000?... >     Хабраэффект? >     ''' Забей на минусы, в отличие от хабратуалета, здесь они ничего не значат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359

361. Сообщение от Аноним (-), 11-Июл-14, 18:14	+/–
>Зачем нам стада тyпых деградантов? Чтобы их доить, че непонятного то? Вот ты себя относишь к умным а сам в стойле и даёшь надой. Так что всё по плану - продолжай жрать и срать на форумах :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #291

362. Сообщение от newdya (ok), 12-Июл-14, 07:46	+/–
5, а не 6.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

363. Сообщение от Аноним (-), 14-Июл-14, 08:43	+/–
>Я привел пример сложности С++. Ваш контраргумент? C++ сложен в совершенно другой области.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

364. Сообщение от Аноним (-), 14-Июл-14, 08:44	+/–
>> Надо GUI учи Qt, надо веб учи Django/Flask/Twisted/Tornado, надо CV изучай OpenCV > И получится не образованный инженер, а дрессированный кодер. Образованный инженер -- это тот кто пишет велосипеды?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #385

365. Сообщение от Аноним (-), 16-Июл-14, 08:46	+/–
Да это даже не столько наезд, сколько капитанинг :(.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #342 Ответы: #367

366. Сообщение от Аноним (-), 16-Июл-14, 09:05	+/–
> же совсем-совсем неприкольно: использовать то, что умеет большинство процессоров > аппаратно А если некто не умеет - то чего? Посадить ему скорость математики в несколько раз, проверяя все операнды программно? > «язык системного программирования», my ass… Дык, твой ass ничего лучше не предложил. Хотя в целом соглашусь что фичу можно было бы и сделать, временами удобно было бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #326 Ответы: #370

367. Сообщение от chinarulezzz (ok), 16-Июл-14, 09:28	+/–
> Да это даже не столько наезд, сколько капитанинг :(. нострадаминг это, вангинг (прости господи), и придуминг с потолкинг) Проще говоря - переходинг на личностинг)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #365 Ответы: #378

368. Сообщение от Аноним (-), 16-Июл-14, 09:41	+/–
> намного удобней сделать результат переполнения int определённым У разных процессоров и компилеров разный int. На лично мое мнение стоило бы вообще забить на эти int и что там еще и использовать нечто типа u8...64, s8...64 и так далее - сущности с известным размером и определенным результатом переполнения. Но увы, мир неидеален. > опять писать руками преобразования, которые аппаратно не более, чем обычный mov. У некоторых процов mov может и не быть. Как и carry.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327 Ответы: #372

369. Сообщение от Аноним (-), 16-Июл-14, 10:18	+/–
> Интересное письмо - я думал мы начали отставать в электронике только к > началу перестройки,  а оказывается ещё в начале 70х уже прилично Ты еще почитай что в СССР думали про кибернетику и т.п..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #307

370. Сообщение от arisu (ok), 16-Июл-14, 10:22	+/–
разупорись, пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #366

371. Сообщение от Аноним (-), 16-Июл-14, 10:23	+/–
> ещё как придётся: в сраных интернетах. как будто ты не видел «хипстеродизайна». Так платить более хорошим програмерам они всяко не будут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #352 Ответы: #373

372. Сообщение от arisu (ok), 16-Июл-14, 10:26	+/–
>> намного удобней сделать результат переполнения int определённым > У разных процессоров и компилеров разный int. точно? точно-точно? а ну-ка, давай рассказывай, где какие. у каких процессоров int — не two's complement, сколько таких, и сколько процессоров, где two's complement? > бы вообще забить на эти int и что там еще и > использовать нечто типа u8...64, s8...64 и так далее при чём тут размеры инта? O_O ты чем читал вообще? unsigned int тоже не особо определён в точных размерах, но оговорить в стандарте поведение uint при переполнении это отчего-то никому не помешало. >> опять писать руками преобразования, которые аппаратно не более, чем обычный mov. > У некоторых процов mov может и не быть. Как и carry. и сколько их? а сколько тех, у кого есть? намекаю: не большинство должно забивать на фичи, потому что их нет у двух инвалидов, а инвалиды должны эмулировать фичи, которые есть у большинства.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #368 Ответы: #383

373. Сообщение от arisu (ok), 16-Июл-14, 10:33	+/–
> Так платить более хорошим програмерам они всяко не будут. с чего ты это решил? человек заказывает сайт. он ничего не понимает в сайтостроительстве, и поэтому нанимает специалиста. если бы у человека было время и/или желание разбираться, то он бы не нанимал специалиста, а разобрался и сделал сам. и вот тут уже наченается беда: вместо специалиста он нанимает похапэшника. именно потому, что не разбирается, а похапэшник запудривает мозги. то есть, похапэшники занимаются мошенничеством, выдавая себя за специалистов. это как если бы я пришёл в клинику на операцию, а мне санитар начал рассказывать, что «эти хирурги за работу берут бешеные бабки, а всего-то дела — разрезать, вынуть, да зашить; я каждый день такое делаю, и всё нормально, никто не жалуется!» правда, делает он это в морге, но я-то не спец в медицине и хирургии, мне срочно аппендикс вырезать надо! понятно, что я сам дурак в этом случае, но действия санитара как минимум непорядочны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #371 Ответы: #379

374. Сообщение от Аноним (-), 17-Июл-14, 10:18	+1 +/–
> Не вижу революции. Вычисления на GPU могли бы на них претендовать, но > пока слишком мало кардинальнвх отличий. GPU такие же процессоры как и остальные. Просто специфично оптимизированные. Так что это не революция, а "не прошло и двух декад, как люди наконец стали отпускать ручник". Надо же, какая новость: пачка простых но многочисленных ALUшек может не только графику долбить, но и с рядом иных алгоритмов неплохо справляется. > ИМХО, введение кеша, конвейера, страничной адресации > и механизмов защиты -- это было последним существенным шагом, Это всего лишь очередные улучшения. В глобальном смысле я склонен выделять как улучшение переход от 1-задачной, всем-можно-все модели к делению на "кернел" и "юзер", с арбитрированием потенциально опасных операций "кернелом". Это кроме всего прочего здорово повысило надежность систем (теперь сбойная программа не валит всю систему) и позволила делать многозадачные и многопользовательские системы с разделением прав между пользователями, без явной возможности Васе подкладывать свинью Пете только потому что это одна и та же машина. В какой-то такой момент микропроцессоры догнали большие машины по всем пунктам. > ) Я вообще не понимаю, зачем был сделан USB, когда был более > чем работающий COM. Там целая куча проблем! 1) USB - это сеть. И позволяет мультиплексировать данные для кучи устройств в одном проводе. Его можно разветвить хабами. До 127 устройств на шину. Попробуйте так с COM :P. 2) COM порт использует очень дурной формат сигнала - один провод относительно GND и с дурными 2-полярными уровнями из эпохи педально-релейой логики. Это накладывает неиллюзорные ограничения на соотношение длина vs скорость. У USB намного более удачная технологическая база была заложена - дифференциальная шина с относительно небольшим размахом сигнала. Поэтому они получили свои 12 Мбитов на 5 метров в первой версии вообще не напрягаясь. Ибо это для такой шины - вообще халява. 3) У USB сигнал обладает свойствами самосинхронизации, в него встроен clock recovery, в случае ошибок пакеты перепосылаются. В UART всего этого нет. Можно сделать самому до некоторой степени, но геморно и неуниверсально. 4) USB подразумевает некие стандартизированные классы устройств, так что система не знает как работать с "вот этой клавиатурой". Она видит - "некое HID устройство". Устройство шлет данные в оговоренном формате, его подхватывает стандартный драйвер этого типа устройств. 5) COM порт - соединение точка-точка, а не шина/сеть. > Что мешало просто поднять частоту обмена? Даже с этим грабли: вы не сможете с высокой скоростью вызывать изменения относительно высоковольтного сигнала в мало-мальски длинном кабеле. Емкость кабеля надо перетянуть, знаете ли. По этой причине скоростные дифференциальные шины используют относительно небольшой размах сигнала, а для сохранения помехоустойчивости используется тот факт что внешняя помеха наводится на оба провода более-менее симметрично, так что если смотреть только на разницу уровней, а не абсолютную величину - помехи становятся до балды. Но это еще не все. Чтобы не перезаряжать весь кабель, используются "протоколы с нулевой постоянной составляющей". При этом до отправки битов в линию применяется специфичное кодирование, нацеленное на то чтобы не было длинных непрерывных сегментов с одинаковым уровнем сигнаола. Иначе кабель зарядится до вон того уровня - и удачи потом его перетянуть в нужное состояние, со всей его емкостью по всей длине. > А протокол обмена, косящий под сетевые фреймы был известен уже очень давно под > именем "Модбас" и ему подобных. Это далеко не чистый компорт который RS-232. Если уж рассматривать попытки разгона UART-образных, RS-485 через тривиальный конвертер ("глупый" транслятор уровней) может до десятков мегабитов, на относительно приличные дистанции. Но и это - тоже дифференциальная шина, с небольшим размахом сигнала. USB до кучи сделали сеть частью стандарта. Дурно, но лучше чем было до них. > Тысячи их. А крепление COM мне на порядок больше нравится, > чем USB (ну, по крайней мере -- в производстве) Только разъемом зашибить можно и (EPIC FAIL!) в стандарте 232 на разъеме нет питалова. RS232 - морально устаревший протокол из эпохи черно-зеленых терминалов и телетайпов с педально-релейной логикой. А вообще странно что я это электронищику объясняю. Вы и сами должны знать чем дифференциальные линии лучше для передачи сигналов. Это очень древняя техника, описанная еще в букварях конца 70-х прошлого века. > Да я в курсе как виртуализация построена. У самого Ulteo и coLinux > постоянно вертятся. Ну вот я и пытаюсь намекнуть что ваш виртуализатор на фоне существующих не будет чрезмерно востребованным и перспективным. > Идея моего виртуального писюка именно в том, чтобы не иметь ничего общего > с реальным писюком. Ну ок, я могу запустить в таком случае qemu который запустит мне ARMовый бинарь. ARMовая VM - явно не похожа на писюк под ней. > Вопрос быстродействия важен, но он не дороже информационной безопасности. Тезис о том что какая-то самопальная программа (при том довольно сложная) обладает сколь-нибудь хорошей безопасностью - далеко не очевидный. А какие аргументы в пользу этого тезиса? Ну вот D.J. Berstein может выдвинуть тезис почему его программы - безопасные (при том что на си). И внятно обосновать. И даже объявив премию в килобакс за взлом "для проверки" - не разориться на выплатах. > Бочка для разрабов и параноиков. Среди питонистов нормальных разработчиков вообще полтора человека. А остальные такого кода накоммитят что про безопасность можно будет навсегда забыть. Ибо если человеки о ней не думают в процессе кодинга - там будет уйма разных глупых плюх. С точки зрения параноика - использовать программу на питоне (сразу подозрения насчет квалификации автора), довольно сложную и при том непопулярную - звучит как заявка на залет. Потому что если какому-нибудь АНБ станет надо - они с их ресурсами баги там как-нибудь найдут. А вот остальным они не скажут. А в силу параметров - остальных будет не сильно то и много. ИМХО очень спорный тезис получается. > Не для виртуализации, имхо задачи стоят несколько другие. Цель существования виртуализации - получить разделение близкое по качеству к разным физическим машинам при экономии на этих самых физических машинах. У хостингов и прочих достаточно высокие требования к изоляции - клиенты не должны иметь возможность гадить друг другу, иначе, если будут массовые взломы по линии виртуализатора - саппорту вынесут мозг, а репутация компании упадет ниже плинтуса. И да, хакеры всерьез хотят ресурсы - если где-то есть лазейка, ждите стайки автоматических ботов. Они придут и заберут дармовой ресурс. > От производительности host машина будет давать в лучшем случае 25%. Тогда это малоинтересно в плане практического использования в большинстве случаев. Если мне приемлима такая потеря скорости - можно qemu эмулирующий совсем иную архитектуру запустить. А при настоящей паранойе - вложить парочку напрочь разных друг в друга. Пусть MIPS транслируется в powerPC, а тот в x86_64, например. В KVMной виртуалке. Мое отличие от вас? Я это соберу за 10 минут, из существующего софта, с результатом не хуже и еще вопрос у кого безопасность будет лучше, ибо qemu эксплуатирует толпа народа. > Цель стоит создать реализацию ПК, который будет заведомо безопасен, И что гарантирует что он "заведомо безопасен"? И на основании чего? Ну, кроме самоуверенности характерной для питонистов - есть какие-то более рациональные и научные обоснования? Типа того что у DJB, например? > изолироваться от возможного большого брата Guest не может изолироваться от хоста. Host может делать с guest все что пожелает. Если скажем BMC (или иной DMA-capable device, например, сетевка или там кто еще) может используя DMA читать и писать ВСЮ СИСТЕМНУЮ ПАМЯТЬ - попробуйте от него спрятаться. А ваша VM что, в какой-то другой памяти, чтоли? Можно пропатчить тихой сапой софт прямо в виртуалке, даже не очень парясь виртуалка это или что еще. Ну разве что это какая-то экзотичная архитектура будет... и то - comodohacker свел счеты с экзотичной VM от RSA, помнится. Так что как видим - если хаксору сильно хочется - он справится даже с экзотичной фиговиной. Другое дело что таких хакеров полтора человека на всю планету и заслужить их внимание надо еще суметь. > и иметь возможность переносить системы с оси на ось, с ЦП на ЦП. > Python такую возможность даёт непосредственно. Си, Паскаль, > ассемблер -- заставят посуетиться чуть больше, или намного больше. Если у программера руки из правильного места, сишный код одинаково работает что в вон том микроконтроллере размером с тетрадную клеточку, что на вон том 64-битном шкафе. Си как раз может быть достаточно портабелен, особенно чистая математика, писаная более-менее пряморуким субъектом. Как пример - tweetnacl вполне себе работает и на микроконтроллере размером с тетрадную клеточку, и на большом 64-битном шкафе с серверами. > +0,5% Весьма и весьма системозависимо. Деталей не помню но в каких-то системах запрос времени был очень тормозной операцией. И понимание подобных грабель и превентивное парирование даже самой минимальной возможности наступить на проблемы - это то что и отличает специалиста от скрипткидизов. Программы от кидизов неиллюзорно лажают при малейшем изменении параметров системы, рантайма и внешних условий. Программы от специалистов - просто работают. Если спец хороший - см. выше что получается с тем же си. > Первоначально идея была поюзать во FreePascal стандартную либу mmx. Не очень понятна суть этой идеи. Какую самоценность несет использование "стандартной либы mmx" само по себе? Сам по себе MMX/SSE вообще дает выигрыш далеко не на всех алгоритмах и актуален в основном в мультимедийных данных, некоторых видах криптографии, некоторых научных вычислениях, обсчете вычисляемой графики и еще некоторых случаях. Далеко не любая программа сильно выигрывает от SIMD - очень зависит от того насколько ее логика ложится на идею SIMD. > Для этого надо было включить парочку опций компилятора. А например тот же си в случае х86_64 SSE может использовать даже на полном автомате, просто потому что он гарантированно есть. Но если посмотреть на бенчи, выигрывают от этого только некоторые программы. > В Си есть (по ассемблерному листингу) небольшая оптимизации по передаче параметров В х86_64 в плане передачи параметров все вообще лучше чем у х86, например - там можно пропихнуть параметры в регистрах, часть регистров - временный счет, часть - результат. Так в лучшем случае можно сэкономить на push/pop в стек, если по регистрам умещается. А оптимизация того же gcc зависит от флагов. И кстати супер-дупер оптимизация иногда может играть дурную шутку. Я тут показывал как-то arisu как LZ4, которому закрутили флаги оптимизации посильнее ... просел по скорости, хотя по логике вещей вроде должно быть наоборот :) > вычислений. Почему Visual Bsic 6 пилит наравне с Си через рантайм, > а cython уделал чистый Си я не разбирался, но могу предположить, > что в случае VB6 идёт предварительная оптимизация вызовов (может трансляция в > .NET по тихому?), а в случае с cython более удачные заготовки > использованы для замещения python-кода + какие-то оптимизирующие ключи, о которых я > не знаю?... Честно говоря - больше всего это похоже на кривой/нереалистичный бенчмарк, имхо. > В любом случае, сравнивать sha-1, i/o и т.п. -- смысла нет. python > не проигрывает Си в таких вещах. Просто не может. Кто вам это сказал? Там как раз каждый байт в тугом цикле может быть на счету и сильно умный высокоуровневый рантайм может все изгадить в два счета, просадив тугой цикл в разы. > Т. к. юзает компиленные сишные модули. ...писаные на си? А тогда с какого баяна это считается заслугой ПИТОНА? Это заслуга сей по логике вещей получается ;). Ну вот все и пользуются криптографическими либами, либами сжатия/распаковки, обработки изображений, ...  на си. > В итоге что остаётся тестировать? Ну да, если тактично удрапать от тестирования сколь-нибудь сложных алгоритмов, чувствительных к скорости - тормозить нечему. Какой-нибудь UI 99% ждет юзера и при этом вообще не так уж принципиально на чем он его ждать будет. Проблема будет в том что в остальном 1% юзер может исходить на г-но, когда он ждет машину в разы дольше чем мог бы. > Кстати! Как-то писал zip-архиватор на python+cython. Таки на упаковке "Василия Тёркина" > при (я надеюсь) одинаковом исходном алгоритма моя тулза паковала сильнее на > 3...7% и быстрее почти вдвое, чем 7-zip!!! Правда памяти хавал раза > в 1,5...2 раза больше. Я думаю что секрет тут в том что zip как формат уже давно мало кому интересен. Как известно, есть бесконечное количество способов сгенерить поток в том или ином формате, при том способы отличаются и по скорости и по эффективности. И тут вопрос восходит к алгоритму. А кто сказал что тот же алгоритм на си будет медленнее питона, например? А вообще нынче тем кому надо скорость  - есть LZ4 и LZO. Хотите побить их по скорости? Ну... попробуйте. LZ4 на декомпрессии на моей системе до гигабайта в секунду разгоняется. Хотите посмотреть что вам сделает супер-пупер рантайм в тугом декомпрессионном цикле, где любая лажа сажает скорость на 30-50%? А кому надо сильное сжатие при хорошей скорости декомпрессии - есть lzma. И там кстати скорость сжатия тех или иных данных восходит к выбору алгоритма match finder'а. И сколь-нибудь честно сравнивать только одинаковые алгоритмы. А то разные match finder-ы для LZ разные сами по себе, независимо от того на чем их накодили - на уровне алгоритмики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #355

375. Сообщение от Аноним (-), 18-Июл-14, 08:50	+/–
> Не буду. Моя виртуалка заведомо несовместима с существующим железом Тогда не понятно как на ней софт вообще будет работать. > Из-за несовместимой модели железа (и значит софта) -- поиметь будет крайне сложно. С чего бы вдруг? Если вы вдруг думаете что хакеры - лози, не способные разобраться в плюс-минус еще одной системе команд процессора (пусть даже виртуального) - это ошибочное мнение. См. comodohacker vs DigiNotar. Он там вполне себе распетрушил какую-то нестандартную хрень от RSA. > Разве что -- уронить сам сервер виртуальной машины. Имея доступ к серверу который выполняет VM, можно влиять на выполнение VM произвольным образом. При том это достаточно просто - обычный патчинг кода или данных, возможно даже прямо на лету. > Эта виртуалка не для бенчмейкеров. А для параноиков. ))) Тогда как один из таковых спрашиваю - на чем основано убеждение что этот софт более защищен чем остальные VM?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358

376. Сообщение от Аноним (-), 18-Июл-14, 08:51	+/–
>     Брат Аноним, поясни почему чем больше пишешь -- > тем больше минусов. Открою страшную тайну: это потому что чем больше пишешь, тем меньше аудитория поддерживает такую точку зрения, если она построена на песке. Вот Капитанов Очевидностей на опеннете - навалом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359

377. Сообщение от Аноним (-), 18-Июл-14, 09:05	+/–
> Как и само это большинство людей. Ну так участь у биороботов такая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

378. Сообщение от Аноним (-), 18-Июл-14, 09:16	+1 +/–
Ну, блин, а что делать если "ламер - это чайник, который мнит что круто заварен"? При этом любители питона как правило не знают самых базовых вещей и страдают велосипедизмом в хучшем виде, т.е. "чайник" - имеется. А ЧСВ и апломб, всякое там показное презрение к ручному управлению памятью и прочему - "мнит что круто заварен".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #367 Ответы: #382

379. Сообщение от Аноним (-), 18-Июл-14, 11:15	+/–
> с чего ты это решил? человек заказывает сайт. он ничего не понимает > в сайтостроительстве, и поэтому нанимает специалиста. И его как правило дико давит жаба: как же так - 20 тыс? Вы же всего лишь за компьютером сидите?! Даже вагоны не разгружаете, etc! За что двадцатка то?! Ну вот и получают столько сколько платят. Квалифицированный кадр не будет за двадцатку полмесяца землю рыть, выслушивая какой он медлительный. И вообще, гражданин, вам сложно чтоли вот тут переверстать, вон там шрифт исправить, пару скриптов дописать, дорисовать вон ту фигню и поддержать IE6, которым наш шеф-ретард пользуется, и в котором он проверяет как это выглядит? Что значит - денег за доработку? Вы что, охренели? Да за это 20 кусков - уже перебор?! > если бы у человека было время и/или желание разбираться, У клиентов веб-фломастеров такого желания нет, время как правило "надо еще вчера", а жаба удушает хуже угарного газа. Ну и получают по принципу "как заплачено, так и зафигачено". Это вполне честно вроде... > и вот тут уже наченается беда: вместо специалиста он нанимает похапэшника. ...потому что никто кроме похапэшника не будет за двадцатку почти месяц попу рвать. Принцип "как заплачено так и зафигачено" во всей красе. > именно потому, что не разбирается, а похапэшник запудривает мозги. Да не, просто пэхэпэшник будет за двадцатку почти месяц возиться. А специалисты попрофессиональнее помашут факом, доходчиво объясняя что не негры на плантации и их время денег стоит. А платить по тарифам нормальных специалистов - готовы далеко не все. > то есть, похапэшники занимаются мошенничеством, выдавая себя за специалистов. Да никакого мошенничества, ловкость рук, баланс спроса и предложения и никакого обмана :). > это в морге, но я-то не спец в медицине и хирургии, > мне срочно аппендикс вырезать надо! Кое-что общее, конечно, есть, но если ты будешь давиться жабой так же как заказчики сайтов - таки есть шансы что твой аппендикс будут изучать именно в морге...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #373 Ответы: #380

380. Сообщение от arisu (ok), 18-Июл-14, 11:21	+/–
штука ещё и в том, что большая цена тоже не гарантирует качество.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379 Ответы: #381

381. Сообщение от Аноним (-), 18-Июл-14, 12:00	+/–
> штука ещё и в том, что большая цена тоже не гарантирует качество. Зато жлобство заказчика и невменяемые требования - более-менее гарантируют что работать с ним будет только не сильно гордые субъекты, которым на выбор только вагоны разгружать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #380

382. Сообщение от chinarulezzz (ok), 18-Июл-14, 17:39	–1 +/–
> Ну, блин, а что делать если "ламер - это чайник, который мнит > что круто заварен"? При этом любители питона как правило не знают > самых базовых вещей и страдают велосипедизмом в хучшем виде, т.е. "чайник" > - имеется. А ЧСВ и апломб, всякое там показное презрение к > ручному управлению памятью и прочему - "мнит что круто заварен". ладно, так и быть, я ламер, чайник и велосипедист, убедил. Считаю тебя идиотом, а себя крутым кодером. Просто не хотел сразу признаваться, прости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #378

383. Сообщение от Аноним (-), 19-Июл-14, 18:24	+1 +/–
> точно? точно-точно? а ну-ка, давай рассказывай, где какие. у каких процессоров int > — не two's complement, сколько таких, и сколько процессоров, где two's complement? Они по размеру разные. Могут быть - bмеют право. У одних чуваков вообще char был 16-битный. Не потому что они уникод любят, а потому что их DSP напрочь не умеет работать с отдельными байтами. Определения базовых типов в сях и работа с ними вообще странные и оставляют желать. > при чём тут размеры инта? O_O А том, что если уж докапываться до работы с числами, размерность стандартных типов и все что вокруг - достаточно популярный источник грабель. В том числе и ведущих к переполнениям. Вон какой-нибудь автор LZ4 по жизни юзает 64-битную платформу, а проблемы нег^W 32-битных платформ его взволновали только после наглого жирного CVE... > ты чем читал вообще? unsigned int тоже не особо определён в точных размерах, Именно int - да, всякие (u)intXX_t - уже более определенные, хотя и тоже несколько через ж, ибо могут быть как равны желаемому размеру, так и больше чем. > но оговорить в стандарте поведение uint при переполнении это отчего-то > никому не помешало. Да это был как еще 1 пример бестолковостей с типами. Если там докапываться - там много к чему докопаться можно. > и сколько их? Не знаю. Процов много разных бывает, вплоть до самопалов на FPGA и академизвращений типа subleq. > а инвалиды должны эмулировать фичи, которые есть у большинства. Да вообще пожалуй валидный пойнт. Правда опять же - а как carry вывешивать, чтобы математика не тормознула в разы? В лучшем случае математика укладывается в 1 регистровую операцию, напрямую буквально. Посмотреть что в carry - минимум еще 1 операция на большинстве процов. Т.е. математику можно минимум в пару раз посадить. Был бы это дотнет - там бы наверное сделали. А тут ... кому сильно надо, аргументы может и сам проверить. И вопрос еще - хуже ли это чем всю математику по скорости убить в разы дополнительными проверками carry в каждом закоулке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #372 Ответы: #389

384. Сообщение от Аноним (-), 19-Июл-14, 18:31	+/–
> Я привел пример сложности С++. Ваш контраргумент? Вы громыхнули бидоном, совершенно не по делу. Домашнее задание: проверить что у юзера есть бидон, нужной версии и с нужными модулями. То что вы на это положили буй, а авторы си++ной проги на это не забили и сделали через configure - так это, вы почему-то думаете что перепихать все проблемы на юзера - это фича, а не баг. А юзеры вот иного мнения на этот счет...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

385. Сообщение от Аноним (-), 19-Июл-14, 18:33	+/–
> Образованный инженер -- это тот кто пишет велосипеды? Образованный инженер - это человек который умеет думать головой. В объеме несколько превышающем упомянутые вами условные рефлексы примитивных существ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #364

386. Сообщение от Аноним (-), 19-Июл-14, 18:41	+/–
> мда… компилятор си из gcc — oтcтoй, без c++ не собирается. clang > — ещё больший oтcтой, само собой, там вообще сплошной c++. Я их просто рассматриваю как один набор утилсов и части одной и той же софтины. И кстати gcc до 4.7.х собирается сями, без плюсов. Потом - смесь из сей и плюсов. По твоей логике получается что oтcтойность варьируется по версии, принимая дробные значения :) > конечно, это обозначает, что си — очень плохой ЯП. не так ли? Скорее, в данном случае это обозначает что большие проекты на плюсах лучше получаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #328 Ответы: #390, #391

387. Сообщение от Аноним (-), 19-Июл-14, 18:42	+/–
> А если головой подумать? В чем смысл того бутстрапа в 2014 году, > а не 40 лет назад когда каждый новый компьютер был ни с чем не совместим? Смысл в том что если некия ЯП даже сам себя не обслуживает - он это... инвалид, чтоли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #334 Ответы: #392

388. Сообщение от Аноним (-), 19-Июл-14, 18:43	+/–
> Отличный язык со строгим синтаксисом Отличный. От других.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #339

389. Сообщение от arisu (ok), 19-Июл-14, 18:44	+/–
> Они по размеру разные. я всё равно из текста не понял, каким образом здесь *размер* относится к *представлению*. кроме того, что в Африке негры, а на орбите спутник. > Да это был как еще 1 пример бестолковостей с типами. ты как-то выделяй это, что ли. а то получалось, что «неопределённость размера инта не позволяет определить результат переполнения.» >> и сколько их? > Не знаю. Процов много разных бывает, вплоть до самопалов на FPGA и > академизвращений типа subleq. это круто. но тем не менее подавляющее большинство универсальных процессоров с целыми работает одинаково, имеет регистры, mov и carry flag. только комитету по стандартизации «близкого к железу» языка об этом почему-то никто не рассказал, а сами они никак узнать такое не могли. > Правда опять же - а как carry вывешивать, чтобы математика не тормознула в разы? элементарно. я тебе сейчас страшную штуку скажу, ты приготовься: можно иметь математику и с проверкой, и без проверки! понимаю, сразу до такого не додумаешься, эту сложную идею надо долго переваривать. прикинь: добавить, например, какой-нибудь iscarry(expr) — и… и опа! Очень Сложная Проблема успешно решена, потому что внутри expr си допускает всякие присваивания и прочие гитики. это так, простейшее решение за перекуром. что самое смешное — даже такое простое решение покроет огромное количество случаев, убрав многие идиотские танцы со сравнениями. и при этом если проверки не нужны — их точно так же не делают, как и раньше. ЧУДО!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #383

390. Сообщение от arisu (ok), 19-Июл-14, 18:48	+1 +/–
> Скорее, в данном случае это обозначает что большие проекты на плюсах лучше > получаются. захватившая весь мир BeOS снисходительно смотрит на маргинальный Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #386

391. Сообщение от arisu (ok), 19-Июл-14, 18:49	+/–
> Я их просто рассматриваю как один набор утилсов и части одной и > той же софтины. нененене, вилять не надо. компилятор си из состава gcc не может сам себя собрать? не может. всё, отстой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #386

392. Сообщение от arisu (ok), 19-Июл-14, 18:53	+/–
> Смысл в том что если некия ЯП даже сам себя не обслуживает > - он это... инвалид, чтоли. нет. умственные инвалиды — это те, которые тратят кучу усилий на то, чтобы сделать «компилятор себя на себе» при наличии уже существующего компилятора «не на себе». если, конечно, это не окупается в итоге какими-то МЕГАПРОФИТАМИ в виде существенного увеличения скорости компиляции. или существенного улучшения качества кода. или ещё чего-нибудь такого же весомого. в общем, необходимое условие: новый компилятор должен быть как минимум не хуже существующего. достаточное — иметь вдобавок заметное улучшение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #387 Ответы: #393

393. Сообщение от Vkni (ok), 20-Июл-14, 05:20	+/–
> МЕГАПРОФИТАМИ в виде существенного увеличения скорости компиляции. или существенного > улучшения качества кода. или ещё чего-нибудь такого же весомого. Например, то, что компилятор, написанный на компилируемом языке, это в определённом смысле набор тестов для себя же. Не очень хороший, но, тем не менее. А вот смысла писать окончательный (не bootstrup) компилятор Go на языке Цэ я что-то не вижу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #392 Ответы: #394

394. Сообщение от arisu (ok), 20-Июл-14, 10:45	+/–
> А вот смысла писать окончательный (не bootstrup) компилятор Go на > языке Цэ я что-то не вижу. а я вижу. например, для встраивания в gcc так удобней. для портирования на новые архитектуры, где есть только си — удобней. кстати, для отсутствия забега по граблям («ой, а это ошибка в компиляторе или в компиляторе?») — тоже удобней.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #393

395. Сообщение от EgorData (ok), 22-Мрт-21, 10:50	+/–
Точно нужно идти куда-то в универ его изучать. Что-то до меня простейшее дойти не может. Хочу на Termux установить Python, смотрел тут https://codeby.net/threads/termux-python3.67521/ как это правильно сделать и всё равно не получилось ))))
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема