Чи варто читати специфікацію мови? [зачинено]

Мені цікаво, чи варто читати мовні специфікації / стандартні документи (наприклад, специфікація мови Java ), якщо ви не збираєтесь писати компілятор / перекладач для мови чи щось подібне? Я розумію, що читання такої книги не повинно бути першим впливом на мову, але це може бути чудовим способом дізнатись тонші деталі її.

Ви коли-небудь турбували, а чи повинні інші?

Це в основному зводиться до одного досить простого питання: чи хочете ви авторитетних, детальних знань про мову, чи раді ви, що знаєте її досить добре, щоб нею користуватися, розуміючи, що, ймовірно, є частини, які ви не знаєте добре, і цілком можливо, інші частини, яких ви взагалі не знаєте?

В основному, є люди, які, здається, майже народжені "мовними юристами" - вони не можуть (не можуть) відпочивати до тих пір, поки є навіть кілька куточків чи мов, які вони не знають та / або зрозуміти. Багато з них тяжіють до відносно простих мов, просто тому, що вивчення складніших мов на такому рівні деталізації часто є неможливим для однієї людини.

Для більшості програмістів це було б марною тратою часу - вони доволі щасливі та продуктивні, що знають достатньо мови, щоб мати можливість (розумно) її добре використовувати. Крім того, їм просто все одно. Мова - це інструмент, і поки вони можуть досить добре використовувати цей інструмент у своїх цілях, те, що існують інші речі, яких вони не знають, в значній мірі не має значення.

Ніколи

Ніколи не слід читати специфікацію мови.

Це тотальна втрата часу.

Прекрасні програмісти здатні вводити випадковий код, задавати питання щодо переповнення стека та використовувати IDE, щоб врешті записати код, який не виходить з ладу дуже часто.

Не витрачайте час на розуміння мови. Просто знайдіть чудовий IDE з хорошим автозаповненням. Задавайте багато запитань. Це все, кому потрібно.

Для Java мовна специфікація покликана дати певну відповідь на будь-яке питання про значення даної вихідної конструкції. Читати його як учня не рекомендується - натомість хороший вчитель показує вам усі пастки та те, що вони насправді означають.

Для досвідченого розробника Java Puzzlers дуже добре навчити розуміння справ із темних куточків.

Загальна відповідь: Так, це варто.

Якщо ви хочете написати портативний код, це обов'язково.

Для деяких мов це просто неминуче, наприклад, Ада або Perl.

Більше того, якщо ви не тільки пишете код, але і читаєте код від інших, з часом вам доведеться звернутися до специфікації.

Можливо, це лише я, але це питання не має сенсу. Розуміння використовуваних вами інструментів є ознакою професіонала. Чим глибше розуміння, тим краща ваша здатність користуватися інструментом. Для мене це вибір між тим, чи бути дилетантом чи професіоналом.

Щоразу, коли я вивчаю нову мову, перше, що я шукаю, - це специфікація.

Я читав специфікації для ANSI C, C ++, Java, Scheme, Python та Javascript. Я забув більшість деталей C, C ++ та Java лише тому, що ці мови не використовую часто. Прочитавши характеристики, я був кращим програмістом, тому що знав, як краще використовувати мову.

Взагалі може бути корисним зрозуміти певні хитрі моменти, з якими стикаєтеся час від часу.

Але серйозно, якщо оволодіння мовою вимагає ознайомлення з її детальною специфікацією, то, можливо, мова є невдалою. Аналогічно до поширеної приказки: якщо вам потрібна документація для вашої заявки, вона погано розроблена.

Мені здається корисним, коли ти натрапив на якийсь момент, але мені важко зберегти як прямо прочитане. Однак коли я користувався після того, як я щось не розумів, це завжди сприяло знанням моїх знань.

Якщо ви жорсткий основний програміст на цій мові, і вам потрібно вміти викручувати з нього кожен тонкий нюанс, так. Є чіткі доходи від інвестицій часу в тому випадку , .

Інакше ні. Якщо ви не збираєтеся використовувати знання, це точно не буде триматися з вами. Мовні характеристики - це найдрібніша річ, яку можна прочитати.

Я, як правило, не розміщую багато запасів у Стандарті. Простий факт полягає в тому, що Стандарт не скаже вам не використовувати винятки як контрольний потік. Це не скаже вам не використовувати Singletons. Він не розповість вам, як створити інтерфейс, що підтримується. Це не скаже вам, чому ваша програма виходить з ладу, коли ви не знаєте чому. Ви можете мати найбільш чітко визначену програму у світі, і вона все ще буде жахливою.

На мою думку, простий факт полягає в тому, що переважна більшість проблем програмування полягає не в тому, щоб змусити мову робити те, що ви хочете, це знати, що є правильним. Поки ви знаєте основні мовні особливості, значить, як використовувати їх, що враховується.

Це обов'язково варто прочитати. Деякі мови, такі як C ++ та Java та Python, є досить складними, що, прочитавши специфікацію мови, ви дізнаєтесь багато про ці мови та всі химерні синтаксиси / семантичні хитрощі, які вони мають.

Я читав специфікацію мови Scheme R5RS під час поїздки в автобусі до коледжу, тому що вона була короткою та компактною, і я вивчив усі синтаксиси та всі основні наявні функції.

Частина doc.python.org, позначена як "мовна довідка", надзвичайно корисна. Глава "модель даних" особливо.

Я думаю, що якщо програмування на цій мові - це ваша робота, і ви хочете серйозно поставитися до своєї роботи, вам слід прочитати специфікацію мови, особливо, коли її читати відносно легко і швидко і зрозуміти, як специфікація мови Java, хоча вона має recently втратила багато це простота з дженериками.

Але також якщо ви плануєте вивчити та врешті-решт оволодіти новою мовою, якої ви ще не знаєте, прочитайте специфікації цієї мови, перш ніж витрачати на неї час, може бути дуже проникливим. Я впевнений, якби більше розробників C ++ прочитали б і спробували зрозуміти Посібник з анотацією на C ++, перш ніж почати його використовувати, багато хто з них злякалися б.