_SP_

Рейтинг
381
Регистрация
24.03.2008
Leonid H:
Слепок не всей системы, а устанавливаемой программы. Даже точнее снимок её зависимостей( куда установила файлы, ветки реестра ). Потом, когда удаляешь, удаляются именно записанные при установке файлы.

Ну да... потом начинаются бешеные звонки и истерики на тему "почему ничего не работает... аааа.... презентация-газпром-платежки-срочно-мама-убъютведь".

Нельзя ничего корректно удалить, не удаляя всего что было после этого, и особенно не удаляя с диска всего того, что понаворочено.

Не рассчитана на это система. Совсем. Никак. Рано или поздно "что-то идет не так" и что-то перестает работать.

Хорошо, если в удачный момент.

В целом от этого всего пользы гораздо меньше, чем потенциального вреда.

Для себя не пользуюсь.

Лучше раз в 3-5 лет просто поставить новую ОС, чем каждый день иметь неиллюзорную вероятность "встрять в самый неподходящий момент".

Leonid H:
Вопрос по виртуалкам. У меня 4гб рамы, потяну?

Скорее всего нет, максимум 1-2 машину с win-xp.

Памяти да, надо адское количество.

Если надо регулярно делать сотню тысяч запросов к базе, то в консерватории что-то "КРУПНО НЕТАК"

Переписать так, чтобы запросов к базе надо было сделать три-пять... она (база) в общем-то только для этого и нужна...

Либо делить на части и запускать частями.

То, что при увеличении числа запросов становится "еще медленнее" как-бы намекает на то, что где-то что-то сделано ОЧЕНЬ ПЛОХО. (память там не освобождается, или еще какие ресурсы).

foxi:
_SP_, есть такое понятие как "поиск", которое все решает.

Если только надо найти фотки с котиками.

Есть такое понятие - структурированная информация, и неструктурированным вном пропущенным через сито поиска её не заменить. Вообще, никак.

БОЧ рВФ 260602:
Как это не заменят :) Уже заменили...

Почему стена этой группы не является форумом? Идет такое же общение, как и на форуме... без разницы..

Да - мощный форум, там 80 тем что-ли :))) ?

Снизу страницы посмотрите

Тем: 852,293, Сообщений: 13,267,717, Пользователи: 369,137

Вот как там "на стене" будет 800.000 СТРУКТУРИРОВАННЫХ сообщений - поговорим :)

plab:
Так я и говорю, объем знаний из предметной области важнее умения писать код и знания библиотек языка. Последнее можно найти в документации. Например, если делать интерактивную 3D-модель биохимического процесса, придется изучать его досконально, продумывать как показать этапы. Надо быть больше биохимиком, чем программистом.

Не помогает объем знаний в предметной области (он есть у любого врача - толку ноль). Надо обладать возможностью получить объем этих знаний, при этом будучи разработчиком. (т.е. способным и квалифицированным инженером). К слову, по предметной области, и даже по процессу работы очень часто есть документация не хуже...

Собственно это и задача разработчика - ничего доселе не зная о туалетах и вагонах догадаться сцепить их попарно после изучения предметной области.

А уж как всё это "закодировать" - дело 10е.

А еще лучше выкинуть этот count вовсе... наверняка никому не нужный счетчик непоймичего.

NothingMatters:
думаю миллионов за 500 долларов тебе напишут необходимый функционал. Обратись в гугл\яндекс.

Вы смеетесь что-ли ?

Исходя из личного опыта - собирается инфа довольно просто довольно простыми парсерами.

Хуже всего ситуация с фотками с говнохостингов, там да, могут быть нюансы.

Форумы слава богу довольно сильно структурированы...

В принципе, можно под популярные стандарты сделать парсеры, но будет недешево, не миллионы долларов, но тысячи так уж точно.

Под нужды ТС-а действительно лучше пользоваться яндексом...

ЗЫ. Еще надо не забывать, что под сам парсинг форумов тоже нужно железо + прокси. И это нифига не 3 копейки.

plab:
Само программирование становится более высокоуровневым и доступным большинству.

В какой вселенной :) ?

Большинство не в состоянии даже под пытками рассказать что должен ДЕЛАТЬ продукт, какое уж тут программирование.

Программирование доступно "большинству" примерно так-же, как интегральное счисление... вроде что-то слышали, даже сдавали, но счислить не могут...

plab:
В определенных средах уже не столько код пишешь, сколько конструктор собираешь.

Открою секрет, "программирование != написание кода"


Эдсгер Вайб Дейкстра (можете погуглить кто такой, размера тьюринга дядька)

ПРОГРАММИСТСКИЕ БАСНИ. Притча

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

Однако вскоре после начала пассажирских перевозок начались неприятности с туалетами. Причина их была крайне проста: хотя компания была только что создана, неразберихи уже хватало, и о распоряжении коммерческого директора ничего не знали на сортировочных станциях, где все вагоны считали одинаковыми. В результате в некоторых поездах туалетов почти совсем не было.

Чтобы исправить положение, каждый вагон снабдили надписью, говорящей, есть ли в нем туалет, и сцепщикам было велено составлять поезда так, чтобы около половины вагонов имели туалеты. Хотя это и осложнило работу сцепщиков, вскоре они с гордостью сообщили, что тщательно выполняют новую инструкцию.

Тем не менее неприятности с туалетами продолжались. Hовое расследование их причин показало, что хотя действительно половина вагонов в поезде снабжена туалетами, иногда выходит так, что все они оказываются в одной половине поезда. Чтобы спасти дело, были выпущены инструкции, предписывающие чередовать вагоны с туалетами и без них. Это добавило работы сцепщикам, однако, поворчав, они и с этим справились.

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

Теперь, когда все туалеты находились на равных расстояниях, компания была уверена в успехе, однако пассажиры продолжали беспокоиться: хотя до ближайшего туалета было не больше одного вагона, но не было ясно, с какой стороны он находится. Чтобы решить и эту проблему, внутри вагонов были нарисованы стрелки с надписью "ТУАЛЕТ", сделавшие необходимым правильно ориентировать и вагоны без туалетов.

Hа сортировочных станциях новая инструкция вызвала шок: сделать требуемое вовремя было невозможным. В критический момент кто-то, чье имя сейчас невозможно установить, заметил следующее. Если мы сцепим вагон с туалетом и без оного так, чтобы туалет был посередине, и никогда их не будем расцеплять, то сортировочная станция будет иметь дело вместо N ориентированных объектов с N/2 объектами, которые можно во всех отношениях и со всех точек зрения считать симметричными. Это наблюдение решило проблему ценой двух уступок. Во-первых, поезда могли теперь состоять лишь из четного числа вагонов - недостающие вагоны могли быть оплачены за счет экономии от сокращения числа туалетов, и, во-вторых, туалеты были расположены на чуть-чуть неравных расстояниях. Hо кого беспокоит лишний метр?

Хотя во времена, к которым относится наша история, человечество не знало ЭВМ, неизвестный, нашедший это решение, был первым в мире компетентным программистом.

Я рассказывал эту историю разным людям. Программистам, как правило, она нравилась, а их начальники обычно сердились все больше и больше по мере ее развития. Hастоящие математики, однако, не могли понять, в чем соль.
plab:

Больше проблем с тем, как достать качественную графику и продумать логику, изучить предметные данные, чем с самим процессом написания кода. Так что фабрика имеет место быть, но что она будет выпускать - сложный вопрос, который решается "руками".

Ну дык... это и есть программирование. А по толковому SRS написать код может каждый дурак.

Только вот толкового SRS нету... никогда.

Leonid H:
Помню была программа, которая делала слепок( пути файлов, реестра ) при установке программ.
Таким образом, если бы я захотел удалить программу, то просто бы удалил слепок.
Но это относительная чистота, ведь в процессе работы с программой она в свою очередь создает кучу других файлов.

Соответственно вопрос, как бороться со всем этим мусором?

В былые годы, когда я еще поддерживал конечных юзеров, до 50% моего дохода формировали люди, которые ломали себе ОС путем использования подобных программ.

Применительно к windows имея слепок ппосле установки программы А, и затем после установки Б, деинсталлировать программу А вряд-ли удастся... только вначале удалив всё про Б. Более того, реестр давно превратился в "свалку" откатывания которой даже до состояния А чревато многими неочевидными последствиями.

Т.е. либо вы делаете образ всей системы со всем софтом, и откатываете это всё скопом.

Либо откатываете только реестр и гарантированно имеете со временем проблемы в виде трудноуловимых глюков.

Для себя перешел в работу внутри виртуальных машин. Пользуюсь массой всякого сложного софта. Имею штук 5 виртуалок настроенных по типам активити. В них ничего лишнего никогда не доустанавливается.

---------- Добавлено 06.08.2018 в 12:20 ----------

ЗЫ. SSD действительно дает ощутимый буст, даже без переустановки ОС.

Проверял лично. На себе. Проблема похоже в том, как win работает со свапом. Нет, отключать тоже не вариант.

Смотря сколько раз вызывается и что в неё передается.

Каждый миллиард вызовов даже пустой функции потребует ощутимого времени.

Любое обращение к базе дольше единичного вызова в сотни-тысячи раз.

Всего: 6087