Запитання з тегом «programming-practices»

Практики програмування - це звичайна або не настільки поширена практика розробки програмного забезпечення. Сюди можна віднести такі речі, як Agile Development, Kanban, ярлики кодування тощо.

6
Чи ініціалізація знака [] зі строковою літеральною неправильною практикою?
Я читав нитку під назвою "strlen vs sizeof" у CodeGuru , і одна з відповідей говорить, що "все одно [sic] погана практика ініціалізувати [sic] charмасив з літеральним рядком". Це правда, чи це лише його (хоч і "елітний член") думку? Ось оригінальне запитання: #include <stdio.h> #include<string.h> main() { char string[] = …

10
Чи є написання програмного забезпечення за відсутності вимог навиком володіння або ситуації, якої я повинен уникати?
Я вважаю, що деякі розробники програмного забезпечення дуже спритні в цьому, і часто їх хвалять за здатність поставити робочу концепцію з абстрактними вимогами. Відверто кажучи, це зводить мене з розуму, і мені не подобається "складати", як я йду. Раніше я вважав, що це проблематично, але я почав відчувати зсув, і …

12
Які методи допомагають зберегти знання з програмування? [зачинено]
Як ви пам’ятаєте речі, пов'язані з програмуванням? У вас виникло відчуття, що ви стикалися з помилкою, яку ви мали перед вами зараз, кілька років тому, і ви могли б поклястися, що тоді знали причину, але тепер це забули? Ви працювали з синтаксичним розбором рядків xsl деякий час тому, але тепер …

17
Чи є хорошою практикою називати повернуту змінну "результатом"? [зачинено]
Чи є гарною практикою викликати змінну, яку метод повертає зі змінною назвою result? Наприклад: public Zorglub calculate() { Zorglub result = [...] [...] return result; } Або я повинен назвати його за його типом? public Zorglub calculate() { Zorglub zorglub = [...] [...] return zorglub; } Я бачив і те, …

18
Що доведено як хороша максимальна тривалість функції? [зачинено]
Чи впливає довжина функції на продуктивність програміста? Якщо так, то яка хороша максимальна кількість рядків, щоб уникнути втрати продуктивності? Оскільки це дуже впевнена тема, будь ласка, підкріпіть заяву деякими даними.

1
Чому програмісти використовують `Acme` в якості пакету, простору імен або імені каталогу [закрито]
Це може бути, а може і не бути дурним питанням, але я дуже хотів би дізнатися відповідь на щось, що мене турбує якийсь час. Я досить часто бачу приклади / конвенції програмування, де програміст створив каталог, який називається acmeдля розміщення матеріалів. Що Acmeозначає? Чому Акме, а не Емка чи інше? …

3
Найкращі практики створення шаблонів кодів помилок для корпоративного проекту в C # [закрито]
Я працюю над корпоративним проектом, який буде розгорнутий у багатьох SMB та Enterprise. Підтримка цього проекту склалася б, і тому я хочу створити шаблон кодування помилок ( як коди статусу HTTP ). Це дасть змогу людям довідкової служби звернутися до документів та усунути проблеми якнайшвидше. Які найкращі практики та рекомендації …

11
Які найкращі практики щодо непідписаних літер?
Я використовую неподписані вставки скрізь, і я не впевнений, чи варто. Це може бути від стовпчиків ідентифікаторів первинного ключа бази даних до лічильників тощо. Якщо число ніколи не повинно бути негативним, я завжди буду використовувати непідписаний int. Однак я помічаю з коду інших людей, що, схоже, ніхто більше не робить …

10
Прийнятно покладатися на випадкові вставки, які є унікальними?
Я впроваджував мережевий протокол, і мені потрібні пакети, щоб вони мали унікальні ідентифікатори. Поки щойно я генерував випадкові 32-бітні цілі числа, і припускаючи, що це астрономічно малоймовірно, що відбудеться зіткнення протягом життя програми / з'єднання. Це взагалі вважається прийнятною практикою у виробничому коді, чи слід розробити більш складну систему для …

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

10
Це гарна ідея запланувати регулярний час для очищення коду? [зачинено]
Я керую невеликою командою розробників. Кожен так часто ми вирішуємо, що ми збираємось витратити день чи два, щоб очистити наш код. Було б гарною ідеєю запланувати регулярний час, скажімо, 1 тиждень кожні 2 місяці, щоб просто очистити нашу кодову базу?

16
Чи є конкретні причини не використовувати сильно бібліотеки та фрагменти коду? [зачинено]
Загалом я займаюся програмуванням вже близько 8 років, і мені здається, що я все більше і більше покладаюся на бібліотеки та фрагменти з відкритим кодом (чорт забираю, GitHub!), Щоб "виконати роботу". Я знаю, що вчасно я міг написати власну реалізацію, але мені подобається зосередитися на загальному дизайні. Це нормально (поза …

30
Речі, які ви мали б навчитися в школі, але не звертали на це уваги [закрито]
Це запитання змусило мене подумати, що є краще питання. Що ви дізналися в школі, про яке вас тоді не хвилювало, але виявилося корисним або вам довелося перевчитись на робочому місці, тому що ви його мали в школі, але ви не зберігали інформацію і вам вона потрібна? (Я маю на увазі …

9
Чи погана практика JS Boolean, що має власні властивості?
У JS ви можете повернути булеве значення, яке має власні властивості. Напр. коли Modernizr випробовує підтримку відео, він повертається trueабо, falseале повернений Boolean (Bool є об'єктом першого класу в JS) має властивості, що визначають, які формати підтримуються. Спочатку це мене трохи здивувало, але потім мені почала подобатися ідея і почала …

8
Приватна змінна та власність?
Під час встановлення значення змінної всередині класу більшу частину часу нам пропонують два варіанти: private string myValue; public string MyValue { get { return myValue; } set { myValue = value; } } Чи існує конвенція, яка визначає, як нам слід присвоювати значення змінним усередині наших класів? Наприклад, якщо у …

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.