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

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

16
Чому ярлики типу x + = y вважаються хорошою практикою?
Я поняття не маю, як це насправді називається, але я їх весь час бачу. Реалізація Python - це щось на зразок: x += 5як скорочення для x = x + 5. Але чому це вважається хорошою практикою? Я натрапив на це майже в кожній книзі чи навчальному посібнику, які я …

16
Пограбування культури Java - чому речі такі важкі? Для чого це оптимізовано? [зачинено]
Я багато кодував у Python. Тепер, з робочих міркувань, я кодую на Java. Проектів, які я роблю, досить малі, і, можливо, Python би працював краще, але є вагомі неінженерні причини використовувати Java (я не можу вникати в деталі). Синтаксис Java - це не проблема; це просто інша мова. Але крім …

14
Чи слід уникати створення об’єктів на Java?
Мені сказав колега, що в Java створене об'єктів - це найдорожча операція, яку ви могли виконати. Тож я можу лише зробити висновок, щоб створити якомога менше об’єктів. Це, здається, дещо перешкоджає меті об'єктно-орієнтованого програмування. Якщо ми не створюємо об'єкти, тоді ми просто пишемо один довгий стиль класу C для оптимізації?

16
Проект майже завершений, але процедурний код спагетті. Я переписую чи просто намагаюся надсилати його? [зачинено]
Я початківець веб-розробник (один рік досвіду). Через пару тижнів після закінчення навчання мені запропонували роботу зі створення веб-додатків для компанії, власник якої не є великим технологом. Він набирав мене, щоб уникнути крадіжок його ідеї, високої вартості розробки, яку стягує сервісна компанія, і мати когось молодого, якому він може довіряти на …

17
Цитата Торвальда про хорошого програміста [закрито]
Випадково я натрапив на таку цитату Лінуса Торвальда: "Погані програмісти турбуються про код. Хороші програмісти турбуються про структуру даних та їх зв'язки." Я думав про це останні кілька днів, і я все ще плутаюся (що, мабуть, не є гарним знаком), отже, я хотів обговорити наступне: Яке тлумачення цього можливого / …

16
Що не так у коментарях, що пояснюють складний код?
Багато людей стверджують, що "коментарі повинні пояснювати" чому ", а не" як "". Інші кажуть, що «код повинен бути самодокументованим», а коментарі мають бути мізерними. Роберт К. Мартін стверджує, що (перефразувавши мої власні слова) часто "коментарі - це вибачення за погано написаний код". Моє запитання таке: Що поганого в поясненні …

6
Вибір одного або декількох проектів у сховищі git?
У gitсередовищі, де ми модулювали більшість проектів, ми стикаємося з одним проектом на сховище або декількома проектами на кожну проблему дизайну сховища . Розглянемо модульований проект: myProject/ +-- gui +-- core +-- api +-- implA +-- implB Сьогодні у нас є один проект на сховище . Це дає свободу release …

15
Чому розміри програм такі великі?
Якщо ми подивимось на вінтажну програму Netscape Navigator або ранню версію Microsoft Word, ці програми мали розмір менше 50 Мб. Тепер, коли я встановлюю google chrome, це 200 Мб, а версія для Slack настільна - 300 Мб. Я читав про якесь правило, що програми займуть усю наявну пам'ять незалежно від …

17
Чи є користь у складанні коду, коли ви йдете разом?
Нещодавно у мене було співбесіду на роботі, в якій вони дали мені годину, щоб написати якийсь реальний код. Це була не величезна кількість, мабуть, менше 100 рядків. Приблизно через 45 хвилин я склав, запустив його і почав працювати. Можливо, я витратив 5-10 хвилин на розробку помилок компіляції та пару незначних …

17
Як ви врівноважуєте «що роби правильно» та «роби це якнайшвидше» у своїй щоденній роботі? [зачинено]
Мені здається, що час від часу міркують над цим питанням. Я хочу робити все правильно: писати чистий, зрозумілий і правильний код, який легко підтримувати. Однак я закінчую писати патч на патч; тільки тому, що немає часу, клієнти чекають, помилку слід виправити протягом ночі, компанія втрачає гроші на цю проблему, менеджер …

22
Застряг через "занадто багато знання" [закрито]
Зверніть увагу на більше обговорення на веб-сайті http://news.ycombinator.com/item?id=4037794 У мене відносно просте завдання розвитку, але щоразу, коли я намагаюся його атакувати, я закінчуюсь спіралею глибоких думок - як це може розширити майбутнє, що потребують клієнти 2-го покоління, як це впливає на "нефункціональне" аспекти (наприклад, продуктивність, авторизація ...), як краще архітектору …

2
Гіт розгалуження та позначення найкращих практик
В даний час я вчусь користуватися Git, читаючи Pro Git . Зараз я дізнаюся про розгалуження та теги. Моє запитання - коли я повинен використовувати гілку і коли я повинен використовувати тег? Наприклад, скажіть, що я створюю гілку для версії 1.1 проекту. Коли я закінчую та випускаю цю версію, я …

17
Як я можу знати, якими мають бути багаторазові мої методи? [зачинено]
Я маю на увазі власний бізнес вдома, і дружина приходить до мене і каже Дорога .. Чи можете ви надрукувати на консолі весь день заощадження по всьому світу на 2018 рік? Мені потрібно щось перевірити. І я дуже щасливий, тому що саме цього я чекав все своє життя зі своїм …

15
Чи однозначні константи кращі за буквальні?
Я нещодавно зіткнувся з класом, який забезпечує майже кожен персонаж як постійний; все від COMMAдо BRACKET_OPEN. Цікаво, чи це потрібно; Я прочитав "статтю", яка говорить про те, що може бути корисним перетягнути однозначні букви в константи. Отже, я скептично ставлюсь. Основне заклик використання констант полягає в тому, що вони мінімізують …

11
Як збільшення складності систем вплинуло на наступні покоління програмістів?
Як "новий" програміст (я вперше написав рядок коду в 2009 році), я помітив, що створити програму, яка сьогодні виставляє досить складні елементи, наприклад, такі як .NET Framework, я помітив. Створення візуального інтерфейсу або сортування списку можна виконати за допомогою дуже мало команд. Коли я вчився програмувати, я також паралельно вивчав …

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