КОТ++
Прикладное программирование
Системное программирование
Программирование микроконтроллеров

Если вы дадите человеку программу, то займете его на один день. Если вы научите человека программировать, то займете его на всю жизнь. (с) Васим Латиф

Поиск по тегам

Опубликовано
Комментарии 0

Этот пост будет совсем небольшой, он будет просто предостережением для тех кто пользуется банковской птицой киви ну или фруктом. Зашёл сегодня на киви, чтобы совершить оплату, но кошелёк оказался пустым! Захожу в историю и вижу, что 31-го числа он весь опустошился в связи с тем, что я по их мнению неактивный пользователь согласно пункту 4.15 оферты.

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

Не пользуйтесь киви, берегите свои деньги)

Теги , ,
Автор

Опубликовано
Комментарии 0

В очередной раз хочу поднять тему NIH (not invented here) синдрома в программировании. Многие люди в том числе и я склонны к тому, чтобы каждый элемент проекта был разработан с нуля и своими руками. Это чревато беспричинно большими затратами времени, а также собственная разработка чаще всего не проходит должного тестирования. В итоге получается проект на который было затрачено уйма времени, т.к. разработчики писали помимо основного кода ещё и собственные движки и библиотеки, а он ещё и глючит.

Но у синдрома неприятия чужой разработки есть и свои плюсы. Программист, который «болен» NIH синдромом в процессе написания велосипедов досконально начинает разбираться в том как что работает получше своих коллег. Но это не значит, что всегда нужно делать все с 0. Потому как лепить велосипеды – это не единственный способ узнать, как работает тот или иной движок и пр. К тому же давайте тогда и компьютер свой с 0 сделаем. Ведь тот компьютер, которым мы пользуемся это чужая разработка, придётся свой изобретать.

Каждый раз, когда в проекте встаёт выбор между написанием своей библиотеки/движка и выбором уже существующих решений, очевидный вариант это определить, что будет быстрее: написать свою либу или освоить чужую. Могут быть разные ситуации, может даже случиться так, что придётся исправлять ошибки в чужой библиотеке (если она опенсорс). Но это в случае, если вам важны ваши времязатраты. Если же вас интересует делать все самому, то лучше делать самому, только сильно не увлекайтесь. Это опасный путь, можно случайно начать разрабатывать свою ОС.

Теги ,
Автор