Хватит. Во первых давно существуют сетевые хранилища данных, во вторых — этим хранилищем может быть основной комп с 4-6 терабайтными хардами, которых, скажу чесно, хватит надолго. Если конечно не хранить всю свою коллекцию сд (все равно из нее только с пару десятков фильмов ценных ;) )
а я вот, к примеру, был очень рад что такой функциональности нет. В опере она меня частенько раздражала, потому что иногда ночью, после тренировок, когда мне даже мышой водить по столу сложно — я частенько промахивался по ссылкам, а эта зараза кидала меня в центр экрана…
Не ошибаетесь. Действительно шифрование\дешифрование довольно ресурсоемкие операции, а на такой слабой (в отличие от тех же плюсов) платформе как пых — так вообще уже успеть от старости можно, нежели дождаться результата
Гдеж вы это большинство то берете? Нет, конечно студен-пыхарь то ничего и про программирование не слышал, что не мешает ему писать тонны создавая проекты, которые обреченены умирать. Но адекватному девелоперу не знать что такое PDO даже на уровне «дада, это такая чтука что с бд работает» — как бы несовсем правильно
секономленные студентом-кодером 5 минут, и потраченные адекватным девелопером 4 часа — это конечно огромная экономия, как в плане скорости, так в плане и стоимости разработки.
А давайте мы определимся о каких PHP проектах идет речь. Хотя нет, плевать что за проект перед нами…
Ведь свой велосипед, хоть кривой (что-то я пока еще не встречал более адекватных и юзабельных решений нежели тоже самое PDO от велосипедистов на том же слое — отправка запроса\получение результата), и основанный скорее всего на mysql_* — гораздо ближе. Ибо он с первого взгляда выглядит идеальным, быстрым, и в нем нет ничего-ничего лишего.
А выигрышь от PDO — это вопервых стандартная штука, во вторых — на ее реализацию не тратится времени. Ах да, конечно, изучить мануал, который на 20 строчек без примеров — мы не можем. У нас нет на это времени.
Ну там все таки работают только над одним голосом, полностью его, даже не вытягивая, а создавая. В итоге получается пластик, который из колонок за 200 рублей на каком-нибудь рынке или тв слышеца ничо так, тем более в оружении синтов и прочего. А при ближайшем расслушивании — вообще как миди какое-то.
Ну а вот если гитарист лажанул и сыграл ноту на пол тона-тон выше, то поправить можно — будет не заметно.
Заметно-заметно будет. Даже еще при записи. Даже самому гитаристу. Даже уборщице бабе Любе которая стоит в коридоре. Такие лажи они очень сильно выпирают из общей картины. Это тоже самое, что в картине написанную черно-белыми красками, подрисовать что-то зеленым цветом.
В таких ситуациях обычно гитарист даже не доигрывает партию, и под маты звукорежисеря начинает писать все заново.
Но, к сожелению — звук даже одного инструмента — штука очень сложная, и работать с ней надо аккуратно. Иначе получица пластиковое рафинированное гавнецо от которого будет тянуть блевать.
А если мы начинаем говорить уже про какой-то микс. То тут начинаются уже настоящие сложности, в том плане, что инструмент, какой-бы он ни был, звучит в очень широком диапазоне частот. И все они значимы (бархатистость, объем, яркость...), и все они переплетаются друг с другом. Поэтому дернув что-то одно и исправив до более-мение адекватного значения, в гавнецо уедет все остальное. И это в хорошем случае…
Надо искать альтернативу быдлокодерам, которые работают в комманде, и могут неосилить проект. Пых подходит для разработки всего. Главное что бы руки слушались мозг, а он понимал что и как надо делать.
Потому что однажды я просидел 4 часа, ковыряя код, раставляя вар дампы, и проходясь уже в конце по проекту дебагером что бы найти эту е$!#%ую строчку, дада, именно ту, в которой было $result = @mysql_query(...).
Нет, если бы в этом месте мы всегда бы вытягивали данные одни и теже — потребовалось бы в десятки раз меньше времени. Но данные вытягивались все время разные. А потерю инфы можно было заметить только черех 4-5 скачков по функциям, где система, которая ожидала эти данные, их не получала и просто падала…
Внутри ничего дорогого — старый Amd Athlon 64 x2 4200+ с боксовым кулером. Хард — обыкновеный сигейт, тоже не вопит…
Ведь свой велосипед, хоть кривой (что-то я пока еще не встречал более адекватных и юзабельных решений нежели тоже самое PDO от велосипедистов на том же слое — отправка запроса\получение результата), и основанный скорее всего на mysql_* — гораздо ближе. Ибо он с первого взгляда выглядит идеальным, быстрым, и в нем нет ничего-ничего лишего.
А выигрышь от PDO — это вопервых стандартная штука, во вторых — на ее реализацию не тратится времени. Ах да, конечно, изучить мануал, который на 20 строчек без примеров — мы не можем. У нас нет на это времени.
Заметно-заметно будет. Даже еще при записи. Даже самому гитаристу. Даже уборщице бабе Любе которая стоит в коридоре. Такие лажи они очень сильно выпирают из общей картины. Это тоже самое, что в картине написанную черно-белыми красками, подрисовать что-то зеленым цветом.
В таких ситуациях обычно гитарист даже не доигрывает партию, и под маты звукорежисеря начинает писать все заново.
Но, к сожелению — звук даже одного инструмента — штука очень сложная, и работать с ней надо аккуратно. Иначе получица пластиковое рафинированное гавнецо от которого будет тянуть блевать.
А если мы начинаем говорить уже про какой-то микс. То тут начинаются уже настоящие сложности, в том плане, что инструмент, какой-бы он ни был, звучит в очень широком диапазоне частот. И все они значимы (бархатистость, объем, яркость...), и все они переплетаются друг с другом. Поэтому дернув что-то одно и исправив до более-мение адекватного значения, в гавнецо уедет все остальное. И это в хорошем случае…
Дебилы программеры и на яве быдлокод напишут.
Нет, если бы в этом месте мы всегда бы вытягивали данные одни и теже — потребовалось бы в десятки раз меньше времени. Но данные вытягивались все время разные. А потерю инфы можно было заметить только черех 4-5 скачков по функциям, где система, которая ожидала эти данные, их не получала и просто падала…