Платформа для смартфонов Salifish

Очень часто приходится создавать формы (в классическом программировании) и представления (в web программировании) для редактирования и добавления чего-либо. Очень прошу тех, кто любит создавать отдельные формы/представления для каждой из этих операций - не делайте этого. Я не встречался еще с ситуацией, когда это действительно было полезно. Всегда разделяйте один и тот же код для редактирования и добавления.

Достаточно завести какое-то свойство, которое будет хранить ID текущей записи. если свойство равно нулю или NULL, то это форма добавления и можете спрятать какие-то поля, которые не имеет смысла или нельзя изменять при добавлении. Если поле не нулевое, то это редактирование. При сохранении достаточно проверить это свойство/параметр формы и заменять Insert на Update. 

Создание форм по поводу и без повода - очень плохой тон в программировании и вас потом будут вспоминать в лучшем случае нежным и ласковым матом те, кому нужно будет поддерживать такой код. 

У нас на работе в комнатах для совещаний поставили такие прикольные столы, в которых вместо ножек реальные велосипеды. У каждого из них роль ножек выполняют 8 реальных велосипедов. 

Меня постоянно удивляет, как девушки печатают на клавиатуре с длинными ногтями. Тем более, когда они что-то делают на touch экранах. Лично я не могу печатать, если ногти хоть немного выпирают, меня все начинает раздражать ногти начинают мешать. Поэтому я все время восхищался, как девушки живут с длинными ногтями.

Давно уже идет спор, что лучше для оформления кода - пробелы или символы табуляции. У обоих способов есть плюсы и минусы и каждый волен выбирать свой собственный. Но лично я предпочитаю Tab и объясню почему. 

В настройках редакторов можно установить значение по умолчанию для отступов во время перехода на новую строку. Допустим, что один программист использует два символа, а другой использует 4. При совместной разработке кода, форматирование превратиться в ужас если эти два человека будут писать код для одного и того же модуля. Особенно если вы пользуетесь нормальными средствами управления кодом, такими как git. Если объединить код таких двух программистов, то читать его потом будет нереально. 

Можно воспользоваться автоформатированием, которое опять же поддерживается всеми современными редакторами кода. Открываем файл, видим ужас после работы git и двух программистов, которые любят разные отступы, нажимаем магические клавиши и вуаля, все отформатировано отлично. Второй программист делает то же самое, делает commit в репозиторий кода, а там уже первый программист сохранил свое форматирование. Результат? Кто пользовался git, угадает с первого раза, чем закончится это дело.