Про ёжика в тумане, зазнайство, языки программирования и вериги
У меня тут не Хабрахабр, так что большая просьба, прочитать нижеследующие тексты, прежде чем вступать в дискуссию насчёт ИТ и, особенно, под постами из серии под этим заголовком.
Это базовые знания, которые минимально необходимы просто для того, чтобы меня понимать. По мере надобности или желания список будет пополняться.
Стоит учитывать, что это не отдельные прикольные тексты, а информация к размышлению. Также это части системы, в которой стоит попытаться увидеть внутренние связи. Тексты рекомендую читать полностью. Полезно также посмотреть критику и критику критики.
Ссылки даются как были сохранены. Если они битые, ищите по архивам. В 2006 году этот список сопровождался замечанием «Надеюсь, система ссылок на этом сервере не повалится и база данных не исчезнет.» Сейчас тот форум отошёл в историю и всё пришлось доставать из архивов.
Моя коллекция ссылок
Предварительное замечание: Не надо постить здесь ссылки на тексты, которые вы считаете гениальными. Первым делом, у меня сейчас есть, что читать. Вторым, с очень многими откровениями великих я, скажем мягко, не совсем согласен. Все сообщения робота о постах, ссылающихся на этот, будут открыты. Естественно, кроме откровенного спама.
Первым, естественно идёт
Worse Is Better
http://www.dreamsongs.com/WorseIsBetter.html
The concept known as "worse is better" holds that in software making (and perhaps in other arenas as well) it is better to start with a minimal creation and grow it as needed. Christopher Alexander might call this "piecemeal growth." This is the story of the evolution of that concept.
The nonsense of 'knowledge management'
by T.D. Wilson
http://informationr.net/ir/8-1/paper144.html
Если рассматривать узко, то просто статья на достаточно специфичную тему 'knowledge management'. Если рассматривать в плане введения, то весьма симптоматичный пример того, как магические слова возникают в бизнесе, и что за этим стоит при ближайшем рассмотрении. Подобное на тему UML, XP, CMM(I) в публичном доступе я не видел.
Examines critically the origins and basis of 'knowledge management', its components and its development as a field of consultancy practice. ... The concept is examined in the journal literature, the Web sites of consultancy companies, and in the presentation of business schools. The conclusion is reached that 'knowledge management' is an umbrella term for a variety of organizational activities, none of which are concerned with the management of knowledge.
Цитаты из введения можно крупно распечатывать и вешать на стену. Например, «downsizing [is] the most pervasive yet unsuccessful change effort in the business world»
The Curse of Xanadu
by Gary Wolf
http://www.wired.com/wired/archive/3.06/xanadu.html
Xanadu, a global hypertext publishing system, is the longest-running vaporware story in the history of the computer industry. It has been in development for more than 30 years. This long gestation period may not put it in the same category as the Great Wall of China, which was under construction for most of the 16th century and still failed to foil invaders, but, given the relative youth of commercial computing, Xanadu has set a record of futility that will be difficult for other companies to surpass. The fact that Nelson has had only since about 1960 to build his reputation as the king of unsuccessful software development makes Xanadu interesting for another reason: the project's failure (or, viewed more optimistically, its long-delayed success) coincides almost exactly with the birth of hacker culture. Xanadu's manic and highly publicized swerves from triumph to bankruptcy show a side of hackerdom that is as important, perhaps, as tales of billion-dollar companies born in garages.
Open Source Software Development as a Special Type of Academic Research (Critique of Vulgar Raymondism)
by Nikolai Bezroukov
http://firstmonday.org/issues/issue4_10/bezroukov/index.html
В питерском журнале "Байт" в конце прошлого века был русский перевод.
Eric Raymond's bazaar model provides a too simplistic view of the open source software (OSS) development process. This paper tries to explore links between open source software development and academic research as a better paradigm for OSS development. Open source software development should better be viewed as a special case of academic research. Viewing OSS this way probably can lead to a better understanding of open source phenomena.
Oberon: The Overlooked Jewel
by M. Franz;
http://www.ics.uci.edu/~franz/Site/pubs-pdf/BC03.pdf
«Язык, который был проще, чем нужно.»
из личной переписки
Когда я первый раз познакомился с Явой, мне очень понравились классные идеи, заложенные в концепцию. Потом я узнал, что большую часть этих классных идей создатели Явы стянули у Оберона.
В принципе, очень поучительно разобраться с самим Проектом Оберон и понять почему у Вирта с ним ничего путного не получилось. В частности, эта история ярко показывает различия между университетскими и промышленными культурами. К сожалению, в сжатой форме о недостатках Оберона ничего нет. Зато есть о его истории и месте в развитии компьютерной отрасли.
But ever since Pascal, the language aspect has been almost secondary to Wirth's work. Modula(-2)and Oberon both came out of larger system-level design projects that simultaneously also developed workstation computers, modular operating systems, and suites of innovative application programs. Unfortunately, these other important contributions were overshadowed by the programming languages they were associated with,and hence never received the recognition they deserved.
suspend/resume and "thread death" are BUGS, not "functionality"
Раз уж речь зашла о Java, стоит упомянуть и о самом главном косяке. А всё потому, что Сан форсированного выбросил сырой продукт на рынок.
Автор поста, Dave Butenhof, человек небезызвестный в области threads.
http://groups.google.com/group/comp.programming.threads/msg/45465e0705de9600?hl=de&
Dave Butenhof
No, suspend/resume and "thread death" are BUGS, not "functionality". Asynchronous suspend and resume cannot be used correctly without knowing precisely what each target thread is doing at each instant. If you catch a target while it holds a resource, you risk irresolvable deadlock. The only safe form of suspend and resume is a "suspend self" that can only suspend the calling thread in a known state.
Visual Interaction Design: Beyond the Interface Metaphor
by Ken Mohnkern
http://homepages.cwi.nl/~steven/sigchi/bulletin/1997.2/vid.html
Когда я в какой-то группе по usability тусовался, зашёл разговор о восприятии метафор пользователями. Один рассказал про юзера, который, написав текст на Маке и распечатав его, тут же стирал написанное. "Потому как боялся, что в текстовом редакторе бумага кончится". Тогда кто-то и кинул линк на эту статью.
Для немецких коллег
http://www.scheissprojekt.de/
Лапша, конечно. И уже сотню раз ссылка давалась. Но почему-то каждый раз вызывает в коллективе дикую радость.
Wenn du entdeckst, dass du ein totes Pferd reitest, steig ab.
Это базовые знания, которые минимально необходимы просто для того, чтобы меня понимать. По мере надобности или желания список будет пополняться.
Стоит учитывать, что это не отдельные прикольные тексты, а информация к размышлению. Также это части системы, в которой стоит попытаться увидеть внутренние связи. Тексты рекомендую читать полностью. Полезно также посмотреть критику и критику критики.
Ссылки даются как были сохранены. Если они битые, ищите по архивам. В 2006 году этот список сопровождался замечанием «Надеюсь, система ссылок на этом сервере не повалится и база данных не исчезнет.» Сейчас тот форум отошёл в историю и всё пришлось доставать из архивов.
Моя коллекция ссылок
Предварительное замечание: Не надо постить здесь ссылки на тексты, которые вы считаете гениальными. Первым делом, у меня сейчас есть, что читать. Вторым, с очень многими откровениями великих я, скажем мягко, не совсем согласен. Все сообщения робота о постах, ссылающихся на этот, будут открыты. Естественно, кроме откровенного спама.
Первым, естественно идёт
Worse Is Better
http://www.dreamsongs.com/WorseIsBetter.html
The concept known as "worse is better" holds that in software making (and perhaps in other arenas as well) it is better to start with a minimal creation and grow it as needed. Christopher Alexander might call this "piecemeal growth." This is the story of the evolution of that concept.
The nonsense of 'knowledge management'
by T.D. Wilson
http://informationr.net/ir/8-1/paper144.html
Если рассматривать узко, то просто статья на достаточно специфичную тему 'knowledge management'. Если рассматривать в плане введения, то весьма симптоматичный пример того, как магические слова возникают в бизнесе, и что за этим стоит при ближайшем рассмотрении. Подобное на тему UML, XP, CMM(I) в публичном доступе я не видел.
Examines critically the origins and basis of 'knowledge management', its components and its development as a field of consultancy practice. ... The concept is examined in the journal literature, the Web sites of consultancy companies, and in the presentation of business schools. The conclusion is reached that 'knowledge management' is an umbrella term for a variety of organizational activities, none of which are concerned with the management of knowledge.
Цитаты из введения можно крупно распечатывать и вешать на стену. Например, «downsizing [is] the most pervasive yet unsuccessful change effort in the business world»
The Curse of Xanadu
by Gary Wolf
http://www.wired.com/wired/archive/3.06/xanadu.html
Xanadu, a global hypertext publishing system, is the longest-running vaporware story in the history of the computer industry. It has been in development for more than 30 years. This long gestation period may not put it in the same category as the Great Wall of China, which was under construction for most of the 16th century and still failed to foil invaders, but, given the relative youth of commercial computing, Xanadu has set a record of futility that will be difficult for other companies to surpass. The fact that Nelson has had only since about 1960 to build his reputation as the king of unsuccessful software development makes Xanadu interesting for another reason: the project's failure (or, viewed more optimistically, its long-delayed success) coincides almost exactly with the birth of hacker culture. Xanadu's manic and highly publicized swerves from triumph to bankruptcy show a side of hackerdom that is as important, perhaps, as tales of billion-dollar companies born in garages.
Open Source Software Development as a Special Type of Academic Research (Critique of Vulgar Raymondism)
by Nikolai Bezroukov
http://firstmonday.org/issues/issue4_10/bezroukov/index.html
В питерском журнале "Байт" в конце прошлого века был русский перевод.
Eric Raymond's bazaar model provides a too simplistic view of the open source software (OSS) development process. This paper tries to explore links between open source software development and academic research as a better paradigm for OSS development. Open source software development should better be viewed as a special case of academic research. Viewing OSS this way probably can lead to a better understanding of open source phenomena.
Oberon: The Overlooked Jewel
by M. Franz;
http://www.ics.uci.edu/~franz/Site/pubs-pdf/BC03.pdf
«Язык, который был проще, чем нужно.»
из личной переписки
Когда я первый раз познакомился с Явой, мне очень понравились классные идеи, заложенные в концепцию. Потом я узнал, что большую часть этих классных идей создатели Явы стянули у Оберона.
В принципе, очень поучительно разобраться с самим Проектом Оберон и понять почему у Вирта с ним ничего путного не получилось. В частности, эта история ярко показывает различия между университетскими и промышленными культурами. К сожалению, в сжатой форме о недостатках Оберона ничего нет. Зато есть о его истории и месте в развитии компьютерной отрасли.
But ever since Pascal, the language aspect has been almost secondary to Wirth's work. Modula(-2)and Oberon both came out of larger system-level design projects that simultaneously also developed workstation computers, modular operating systems, and suites of innovative application programs. Unfortunately, these other important contributions were overshadowed by the programming languages they were associated with,and hence never received the recognition they deserved.
suspend/resume and "thread death" are BUGS, not "functionality"
Раз уж речь зашла о Java, стоит упомянуть и о самом главном косяке. А всё потому, что Сан форсированного выбросил сырой продукт на рынок.
Автор поста, Dave Butenhof, человек небезызвестный в области threads.
http://groups.google.com/group/comp.programming.threads/msg/45465e0705de9600?hl=de&
Dave Butenhof
No, suspend/resume and "thread death" are BUGS, not "functionality". Asynchronous suspend and resume cannot be used correctly without knowing precisely what each target thread is doing at each instant. If you catch a target while it holds a resource, you risk irresolvable deadlock. The only safe form of suspend and resume is a "suspend self" that can only suspend the calling thread in a known state.
Visual Interaction Design: Beyond the Interface Metaphor
by Ken Mohnkern
http://homepages.cwi.nl/~steven/sigchi/bulletin/1997.2/vid.html
Когда я в какой-то группе по usability тусовался, зашёл разговор о восприятии метафор пользователями. Один рассказал про юзера, который, написав текст на Маке и распечатав его, тут же стирал написанное. "Потому как боялся, что в текстовом редакторе бумага кончится". Тогда кто-то и кинул линк на эту статью.
Для немецких коллег
http://www.scheissprojekt.de/
Лапша, конечно. И уже сотню раз ссылка давалась. Но почему-то каждый раз вызывает в коллективе дикую радость.
Wenn du entdeckst, dass du ein totes Pferd reitest, steig ab.