Не смотря на то, что я официально безработный, времени особо сидеть дома и что-то делать для сайта не хватает. Большую часть времени отнимает поиск работы, что в наше время достаточно не просто. А ведь хочется найти что-то такое, чтобы осесть где-то надолго. Так что времени заниматься сайтом (сайтами) почти не остается. Я думал, что пока буду дома, то напишу что-то новое для сайта в виде статьи, но пока не выходит, поэтому выкладываю одну старую, но еще очень полезную статью про программирование в ограниченных условиях.
Даже при наличии 512 мегабайт, расходовать память, не думая о последствиях глупо. Дело в том, что Windows XP в домашней редакции уже съедает от этого объема 128 метров, а профессиональная редакция отнимает все 256. Всякие примочки и побрякушки в районе часов, антивирусы и сетевые экраны могут отнять еще 64 метра. Получается, что для других приложений остается не так уж и много места. Если одновременно будет запущен Delphi 2006, 3DS Max и Photoshop, то работа станет невыносимой, ведь эти монстры сжирают оперативку хуже вирусов.
Полный вариант статьи: Боевые действия в условиях ограниченной видимости
Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку пока еще никто не лайкал и ты можешь быть первым
А по-моему эта статья называет "как сделать из слона муху" =)
журнал Хакер-Спец, за Октябрь 2006 :)
__________________________________________
хорошая статья, мне очень понравилась.
Спасибо!
Да, когда-то она писалась для Хакера и как ее назвал редактор я не знал, потому что сам этот журнал не читаю :).
зачем одновременно запускать Delphi 2006, 3DS Max и Photoshop? сомнительно, что у чела, у которого хватило денег не лицензии оных не хватило бабла на 4Гб оперативки ;)
P.S. понимаю, что статья не про "это"
Интересно почему не читаешь? =-O
О статье. Не плохо))
Я вот много размышлял о мухах и слонах...) и решил, что если компонавать данные максимально "правильно" - ну с индексами, деревьями, то выходит подобие СУБД не правда ли? А зачем тогда, извините, трахаться со структурами, если можно сразу включить в конечное решение СУБД?
С одной стороны, это может быть мухобойка в виде царь-пушки и ещё больше отнимать ресурсов, как то тактов процессора или памяти.
С другой, не нужно следить за многими и многими вещами - за этим следит СУБД.
В контексте ООП, на мой взгляд, было бы удобно, если бы СУБД была объектной, что бы не нужно было отвлекаться на состовление запросов SQL.
Если бы все пользовались лицензиями :).
У меня, например, стандарт работает около 9 программ одновременно: Visual Studio, IE, Notepad++, Mail, Lingvo, OneNote, Word, Paint.NET, SQL Server Management Studio и куча всего около часиков. И это у меня еще локально не работает сервер баз данных. У некоторых программистов это нормальная ситуация - держать локально сервер баз. Я просто в последнее время дома с базами мало работаю.
Почему не читаю хакер? - интересный вопрос, и пока я отвечал на него получилась заметка. Завтра допишу ее и опубликую :).
ну а как вы думаете о том что я про базы написал?
Если данных много, то конечно нужно использовать базы и не изобретать велосипед. Но если данных чуть чуть или просто нужно организовать информацию в памяти в определенном виде, тогда нужно использовать структуры данных
Хотите найти еще что-то интересное почитать? Можно попробовать отфильтровать заметки на блоге по категориям.
Программист, автор нескольких книг серии глазами хакера и просто блогер. Интересуюсь безопасностью, хотя хакером себя не считаю
Copyright © 2024 Михаил Флёнов. Тираж 1 штука. Отпечатано на ноутбуке. А за права отвечаю, или постараюсь.
А здесь еще и копирайт поставлю: Professional Web Development.
