Долго сохраненный, неправильные [закрытые] предположения программирования
Возможно, вы захотите реализовать интерфейс Parcelable в своем классе SharedBooking и добавить их в Intent, то есть с помощью метода putParcelableArrayListExtra . Проверьте документацию здесь:
188 ответов
Если вы не можете прочитать мой код, вы просто не знаете языка. У меня было несколько обзоров кода, в которых я пытался противостоять этому.
Потребовалась еще пара лет, чтобы узнать, что есть время и место для волшебства с вашим кодом, и он находится в библиотеках, а не в приложении. Приложение предназначено для наглядности и удобочитаемости. Магию лучше всего использовать, когда она спрятана за методами и фреймворками расширения.
Не дольше всего, но в какой-то момент и в течение нескольких лет я:
- Думал, что Microsoft Windows была единственной операционной системой в мире (это был 1992 год)
- Зная, что DOS была более чем достаточно, чтобы иметь "продвинутые" знания ОС.
Вот почему я не выбрал "компьютерный курс" в старшей школе. Я думал, что уже достаточно знаю о компьютерах.
Позже в университете и из-за моей ошибки:
- Я думал, что ОС / программы UNIX идеальны, и DOS / Windows никогда не приблизятся к ним (тогда это выглядело так правдиво, я полагаю, что Линус и др. думал то же самое, и именно поэтому Linux ооочень похож на UNIX, а не на другие ОС)
Наконец и долгое время я думал, что:
- Только мое программное обеспечение отстой, а коммерческое программное обеспечение было безупречным, потому что .. . это был "КОМЕРЧЕСКИЙ" программное обеспечение
- Программное обеспечение / инженеры / продукты в США были синонимами совершенства, а все остальное - просто неудачными попытками.
То, что каким-то образом компания, которая управляет большим количеством довольно высокопрофильных веб-сайтов с высоким трафиком, действительно знала, что они, черт возьми, делают. В итоге они оказались по большей части невежественными и чрезвычайно удачливыми, что оказались в том положении, в котором они оказались. Так что я полагаю, что моралью была бы
надежная разработка программного обеспечения и лучшие практики! = Успех в бизнесе
или ... ..
наиболее важные программные системы == чушь
Обработка ошибок не требуется, если вы тщательно протестировали свой код.
Раньше я думал, что никогда не буду программировать как разработчик высшего уровня, как разработчик MS, но теперь я думаю, что могу написать такой же чистый код или даже лучше.
Я думал, что Windows 3.1 была лишь платформой для игры в пасьянс. А DOS - это платформа для BASICA.
Этого всегда нет достаточно времени, чтобы закончить его до крайнего срока.
Эти переменные на самом деле являются просто именами определенных областей памяти.
То, что WTF всегда свидетельствует о плохом профессионале.
На самом деле, недавно я понял, как многие WTF я взял на себя на протяжении всей своей карьеры, но меня утешило то, что StackOverflow показал мне , что это просто еще одна метрика программного обеспечения .
Что создать успешное приложение легко могут только программисты. Программное обеспечение - это также простота использования, красивый внешний вид, документация и правильный маркетинг. Разработка программного обеспечения - это междисциплинарный процесс, и отказ в одной дисциплине, вероятно, приведет к провалу приложения.
Что язык, подходящий для системного программирования , должен поддерживать [изменяемые] переменные.
Чем меньше кода, тем лучше. Теперь я знаю, что иногда стоит иметь больше строк кода, если это облегчает чтение / понимание
Удовлетворяйте клиента, реализуя то, что он хочет - к сожалению, это означает, что клиент знает, чего он хочет.
Этот Python был непрактичным, надоедливым языком (я все еще могу читать некоторые комментарии к моему раннему коду, жаловаться на него), а С ++ - единственным истинно объектно-ориентированным языком.
Я был так неправильно, мне до сих пор стыдно.
Что другие люди будут так же обеспокоены известными ошибками, как и я, и сделают их исправление приоритетом над работой над проектом.
Преимущество ООП в том, что вы можете повторно использовать объект , тогда как на самом деле это повторное использование остатка кода путем создания новый объект с тем же интерфейсом.
В действительности объект может составлять 2% кода, поэтому повторное использование дает вам только 2% выгоды. Настоящая выгода заключается в повторном использовании 98% кода путем создания нового объекта, который позволяет всему остальному коду выполнять совершенно другие функции. Теперь у вас есть повторное использование 98% кода. Это стоит того, чтобы написать что-то в виде объекта в 3 раза дольше.
Например, если у вас есть программа для рисования, и внезапно появляется новая фигура, которую вы хотите рисовать, просто измените объект ShapeObject (сохраняя интерфейс те же самые). Больше ничего в программе менять не надо.
Что мне не нужно будет быстро рефакторить мой Объектно-ориентированный код. Мартин Фаулер наконец-то открыл мне глаза.
Что я никогда не найду практического применения в программировании для карт Карнауга, которые я изучал в своей учебной программе по информатике.
Эти тесты были просто еще одним методом откладывания на потом.
Этот PHP mysql_fetch_row был единственным способом получить данные из выполненного SQL-запроса.
Честно говоря - я запрограммировал целое веб-приложение без использования mysql_fetch_array, и мне приходилось менять группы чисел каждый раз, когда я хотел изменить функцию, чтобы добавить дополнительный столбец.
Распространенные неверные предположения: «Качество кода вторично». Еще более плохое предположение: «Качество кода совсем не важно»
Качество кода может быть очень широким понятием. Я подробно описал его здесь .
Чем больше строк кода, тем лучше будет программное обеспечение.
То, что вы можете memset (this, 0, sizeof (TheObject)) объект C ++ в его конструкторе без отрицательных последствий
Что вам нужна спецификация клиента для завершения проекта. Чаще всего вы начинаете с собрания по продажам и блокнота. Конечно, в конце встречи они хотели бы установить крайний срок, «просто прикинь».
Это ООП устарело :( Я до сих пор жалею, что думал об этом.
Понимание указателей и рекурсивности было бы чертовски сложно.
Целые числа в VB6 имеют другой размер, чем .Net.
Что VB6 может выполнять операции на уровне битов.
Профессионально. программисты создают программное обеспечение без ошибок.
Это неловко, но долгое время я считал, что более эффективно использовать память для вложенных вызовов моих методов или выполнения нескольких вызовов методов, чем создавать переменную для хранения значения для каждого вызов метода в C #.
That I know to write a proper web application and was all clear when I had to design stuff that works in all the browsers it screwed me.
Что инженеры-программисты всегда честны в том, что они делают сейчас или делали с вашим программным обеспечением в прошлом.