Эврика! Дом творческих и вдумчивых людей
Добро пожаловать на первый в Латвии мультитематический и межвузовский научный портал!

Сделать стартовой
Добавить в избранное
Контакты
 
   Главная      Эврика      Библиотека      Досуг      Контакты     БДС  

 

Разделы форума

Новые сообщения   Логин   Регистрация
Список персон   

Все сообщения пользователя Random:
  [1]    [2]    [3]    [4]    [5]    [6]    [7]    [8]    [9]    [10]    [11]    [12]    [13]    [14]    [15]    [16]    [17]    [18]    [19]    [20]    [21]    [22]    [23]    [24]  

  [25]    [26]    [27]    [28]    [29]    [30]    [31]    [32]    [33]    [34]    [35]    [36]    [37]    [38]    [39]    [40]    [41]    [42]    [43]    [44]    [45]    [46]    [47]    [48]  

  [49]    [50]    [51]    [52]    [53]    [54]    -55-    [56]    [57]    [58]    [59]    [60]    [61]    [62]    [63]    [64]    [65]    [66]    [67]    [68]    [69]    [70]    [71]    [72]  

  [73]    [74]    [75]  
Форум Соционика, типоведение тема К какому типу себя отнести добавлено: 2005-07-25 Mon 12:36

 
  Илона писал(а):
"...Подзаказные и конфликтер))))))..."
- как здесь всё "сложно" оказывается
 
 



Форум Обо всем тема Спорт - против физкультуры! добавлено: 2005-07-22 Fri 14:53

 
  novik писал(а):

В Латвии спорт законодательно признан любого вида активностью для сохранения и укрепления физического и духовного здоровья. Но Вы где нибудь здорового спортсмена видели? Особенно духовно.
Практически спорт здоровье не сохраняет и не укрепляет, а эксплуатирует и истощает. И не удивительно, ведь этимологическое значение слова спорт - диверсия, ошибка природы, химера, а совсем не то, что о спорте один французский барон насочинял.
Сохранением и укреплением здоровья
занимается физкультура. Но в Латвии даже
слово физкультура выведено из официального
употребления. С чего бы это? Подробнее см. http://www.atletika.s5.com
 
 

Хороший сайт, хорошее дело. Спасибо Вам за Вашу работу! Хочу пожелать Вашей организации процветать и в дальнейшем!

Форум Программирование тема Программисты и писатели добавлено: 2005-07-21 Thu 18:08

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

Форум Программирование тема Программисты и писатели добавлено: 2005-07-21 Thu 18:00

1. "Обратим внимание на то, что в случае с книгами нет п.п. 4 и 5." Не согласен. Аналогом машины, на которой выполняется программа, является здесь мозг читателя. То есть:

1. Модель (мысленная или реальная)
  === 2. Написание книги ===>
3. Книга
  === 4. Чтение книги, скажем, мистером Джонсоном ===>
5. Модель мистера Джонсона
  === 6. восприятие модели миссис Джонсон, которая внимательно слушает пересказ мистера Джонсона.
7. Модель миссис Джонсон

Анекдот на тему: "Мне Петров вчера напел одну песню Пугачевой. Ох, ну и хреново же она поет!"

В первой последовательности не всякая программа выполняется для того, чтобы юзер построил какую-то свою модель, и во второй последовательности не всякая книга читается мистером Джонсоном, чтобы потом о ней узнала миссис Джонсон. Может быть, он читает "Молот ведьм" и до поры до времени скрывает это от жены... Или он холостяк.

2. "При написании книги (2) восприятие автором модели (1) выражается в словах, которые он выбирает субъективно, надеясь, что читатель построит ту же модель (т.е. надеясь, что 1 = 7). Читатель возводит неточности в квадрат, накладывая своё личное восприятие (6) и в результате строя нечто (7), что может лишь весьма отдалённо напоминать (1)". Не согласен. Если писатель пишет о слонах, вряд ли читатель будет думать, что речь идет о бегемотах. О чем повесть "Маугли"? О космических крейсерах? О тайной страсти Елизаветы I? Нет, мы оба согласны в том, что "Маугли" о мальчике, которого воспитали джунгли. Есть разумные границы у субъективизма.

Конечно, если текст - глубокое произведение, описание сложных эмоциональных переживаний, то да, читатель читает текст не так, как его читает сам автор текста. Но мою аналогию можно приспособить и к этому. Если программа писалась и тестировалась программистом на архитектуре А, а потом исполнялась на другой архитектуре Б, то нет ничего удивительного в том, если исполнение программы на А и на Б дает разные результаты. Например, один и тот же сайт в разных browser'ах может выглядеть по-разному. Так и текст в умах разных читателей даст разные плоды.

Форум Программирование тема Программисты и писатели добавлено: 2005-07-21 Thu 16:12

 
  Luke писал(а):
Спасибо за твои мысли. Но мне кажется, с текстом нельзя проводить такую параллель. В том-то и дело, что текст может быть подчиняется неким правилам, в некоторых случаях, и т.д., и т.п. Я хочу сместить акцент: программист как раз-таки избавляется от этих неточностей. "Иногда", "некий", "сомнительный", "при некоторых обстоятельствах", "приблизительно" :) всё это превращается в строгую аналитическую модель, в которой и близко нет этих понятий :)

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

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

Можно сказать про текст, что он описывает мир, реальность. И можно ввести более сильное утверждение, что текст конструирует, создает мир. У текста - космогоническая функция.

Чем отличается любой роман Кафки от любого романа Анатолия Кима? Первый одержим бессмыслицей и абсурдом; второй насыщен смыслом и духовностью. Кафка рисует картонный, механический, глухой мир, Ким рисует гармоничный, божественный мир, в котором люди свободны и любимы. Каждый текст обладает своей смысловой полнотой и законченностью; в роман Кима не вписать ни абзаца из Кафки и наоборот - это было бы фальшивой нотой. Миры Кафки отличаются от миров Кима.

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

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

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

Форум Программирование тема Job @MSN добавлено: 2005-07-21 Thu 12:30

В сентябре MSN Search будет проводить интервью в Москве. Все желающие присылайте резюме на bestjobs@microsoft.com.

Описание команды можно найти здесь. От себя могу добавить что сейчас это одно из самых интересных и перспективных мест в Microsoft.

Интервью будут проводиться на следующие позиции:

Data Mining

Data Mining is a hot, new area, and we want a talented, highly motivated individual to join our growing Data Mining group. With all the data from the World Wide Web, we have endless potential to uncover patterns to help us improve our Search Engine, delight our customers, and confound our competition. This is an opportunity to use all kinds of leading-edge technologies, including machine-learning (Neural Networks, Support Vector Machines, Hidden Markov Models, etc.), Natural Language software, Parallel processing, and very large databases. You must be highly customer focused, and have several of the following qualifications: proven experience with C++; proven experience with object-oriented design; very solid coding/debugging skills; solid algorithmic skills; knowledge of SVMs, Neural Networks, HMMs, Decision Trees, etc. with in-depth knowledge of and practical experience with at least one or two of these; demonstrated success at dealing with ambiguous problems; and the ability to make solid progress when the solution is not well defined. Actual experience doing data mining is desirable, but not required. Basic knowledge of SQL is required. Masters CS or equivalent.

Spam Busting

Spam is one of the top killers of relevance for any search engine. Try the queries: valentine, big island or cialis to see this firsthand. Low quality, low relevance sites use several techniques to spam their way into search results. Spam adversely affects all areas of search -- crawl, data extraction, link-analysis, results ranking. We need someone to kill spam dead. As in the data mining area, this is an opportunity to use all kinds of leading-edge technologies, including machine-learning (SVMs, etc.), parallel processing, graph theory to tame this problem. The ideal candidate will combine strong software engineering skills with a solid background in one or more of these disciplines. Enthusiasm for reviewing the latest research, inventing new techniques, and doing rigorous experimental validation is required.

Results Ranking

The Ranking team develops the components that predict in a fraction of a second which of our 5 billion web documents will best answer a user's query. It is one of the highest impact and most technically challenging projects you will find anywhere in our industry. In collaboration with Microsoft Research, we explore cutting edge techniques from statistics, information retrieval, machine learning, and computational linguistics to attack this problem. The ideal candidate will combine strong software engineering skills with a solid background in one or more of these disciplines. Enthusiasm for reviewing the latest research, inventing new techniques, and doing rigorous experimental validation is required. Foreign language skills are also a plus.

Question Answering

Do you want a search engine that can answer your questions instead of returning a list of documents? This is one of our most technically ambitious projects, and we need a few exceptional SDEs who can make it a success. In collaboration with Microsoft Research, we will take a promising prototype and add innovations that dramatically improve its accuracy, coverage, and language portability. In addition to strong software engineering skills, the ideal candidate will have strengths in statistics, machine learning, and/or computational linguistics. Foreign language skills are also a plus.

Web Structure Analysis

The web has a complex structure that gives us valuable information about the popularity and authoritativeness of documents in our search index. Success in web search depends on harvesting as much information as we can from this massive source of data. This area is filled with fascinating technical challenges from distributed graph algorithms to pattern recognition, and because people are constantly trying new ways to manipulate search engine rankings, there are always new challenges. Candidates for this position should have a strong software engineering and computer science background that includes graph theory, distributed computing, performance optimization, probability and statistics, and machine learning.

Enabling Engineering Excellence

We are a growing team, with a growing v1 codebase. We are looking for someone to help us build tools to ensure that this is the best engineering team at Microsoft. You will be responsible for managing all aspects of our engineering excellence work -- laying out our future source management strategy, our build infrastructure, our branching methodology, the whole works.... You will take pride in raising development efficiency across the team, and in being the enabler of great search technology. You must have prior experience working in world-class build environment. You are a perl and sd gearhead. You take pride in your scripts, and in your ability to tame complex dependency problems.

Searchable Email

We need an engineer for a new project within the search group. The plan is to get something basic and useful out to the web as soon as we can, and then build on that through a series of quick releases. The team will start out small, just a few people, and with the right people we can keep it small. At scale, the product will run on hundreds of dedicated servers with new servers constantly being added. This kind of "go fast" project requires a good balance of "technology" thinking and "engineering" thinking. The "technology" thinking will be aimed at designing a low cost solution that can handle tens of thousands of requests/updates per second, 24/7, with multiple server failures. The "engineering" thinking will be aimed at designing simple components that are easy to test and can be updated independently so that we can achieve very short release cycles. Implementation will be not-too-fancy C++ running on 64 and 32 bit Windows Server platform. We'll be working from the code base developed for the new in-house MSN Search engine. Part of the project will involve enhancing the core technology, and part will be all new components specific to this project. We will strive for a balance between rapid progress on this project vs. building components that will become the platform for other new projects in the group. The project is connected to other efforts within MSN, so all project members will also be working with folks outside the project team. The project is very visible in its own right, but is not a "cowboy" project. We're all here to make MSN better. What we're looking for in a candidate: 3+ years server side experience, good C++, worked with multi-tier multi-server systems preferably web related, wrote software that handles high request rates, comfortable working directly with the OS, experience with complex performance tuning.

Grepping the web

The index server team is chartered with doing the 'search' in the web search, and doing it faster than a grep on a local file, and doing it for thousands of queries a second, over billions of documents over thousands of servers. Help us create, refine, innovate, and deploy software that defines the ability to provide user answers fast and reliably. We are responsible for the infrastructure that makes it possible to reliably and efficiently manage and process hundreds of terabytes of information. Along with query serving, this team also provides the platform to support relevance and data mining. You have at least a BS in CS or equivalent with several years of software development experience, a solid background in software development on multithreaded, high scale server systems. You should be comfortable working on a first generation, ambitious project with rapid development iterations and high reliability and performance standards.

Running the super computer

The autopilot team builds an infrastructure for MSN Search and other distributed applications. The main challenge is turning unreliable hardware and software into a reliable cluster with 99.9% uptime, only 9 to 5 operations support, and less than 1 operations person for maintaining 1000+ machines. Here are some of the problems you would help to solve: early detection of hardware and software failures; performance monitoring and analysis for the large volumes of computers; distributed applications scheduling and load balancing; messaging and data transfer protocols. Bottom line - we want to build a system that would let 10,000 commodity PCs work as a supercomputer. You have at least a BSCS or equivalent (MS/PhD preferred); 3 years of software development experience using C, C++ or C#; deep understanding of object oriented design and practical experience at dealing with ambiguous problems.

Hand crafted results

When all else fails, and the ranking algorithms do not pass the confidence threshold, we fall back to delivering handcrafted results. Working on a team of approximately 132 other handcrafters in 26 worldwide markets, you will receive a user query, use all the available search engines to quickly scour the web for results, pick the top 10 results for this query, and send it on to the user. Successful handcrafters can typically find top 10 results for a real-time user's query in less than 3.8 seconds. This is an opportunity to truly connect with customers, because the queries that get routed to you are precisely the ones that the engine cannot answer well. We will have adequate staffing to allow generous coffee and bathroom breaks. If you are an expert at using at least 3 different search engines, well versed with American English/colloquial usage, and can type at > 149 words/minute as measured by the Simia-Lico method - come join us and delight users real-time!

Форум Программирование тема Программисты и писатели добавлено: 2005-07-20 Wed 17:48

 
  Luke писал(а):

Многие заблуждаются, думая, что программисты - это математики, "техники"... На самом деле программисты - это в первую очередь, те люди, которые умеют выражать свои мысли (структурно и формально), умеют ликвидировать неточности литературного/словесного описания, дополнив их до логической полноты... в идеале программист узнаёт что ему нужно сделать, получая на входе "абстрактное техзадание" неважно в какой форме (может быть, даже улавливая эмоции заказчика, какие-то общие направления), а на выходе - логически строгую спецификацию... С достаточной подробностью описать задачу - это, по сути, во многих случаях = решить задачу. А ещё программисты должны принимать самостоятельные решения - т.к. они приходят к выводу, что в системе нужны какие-то детали, про которые в задании ничего не сказано - и нужно самому "дополнить картину", выбрать самый лучший solution.

Поэтому программисты и писатели - это родственные души.

Друг попросил опубликовать меня это. Думаю, программистам эти мысли очевидны, и не удивлюсь, если многие программисты с этим согласны. Теперь с этими мыслями могут ознакомиться также и люди других профессий. Зачем держать "горькую" правду в секрете?
 
 

Горькая ли? Очень хорошая мысль, соглашаюсь с автором. Когда-то я пришел к такому же выводу, но на других основаниях. Философия ХХ века дала очень интересное и глубокое осмысление того, как существует и развивается текст. Текст - это некий объективный феномен; будучи готовым, текст становится вполне самостоятельным и конечным объектом, со своими особенными закономерностями.

Можно по-разному подойти к пониманию текста. По-разному смоделировать развитие текста. Но есть, как мне кажется, некие объективные правила, которым подчиняется осмысленный текст. Коты лазают по крышам. Луна фиолетовая! То, что я сейчас сказал, звучит абсурдно, потому что никак не вписывается в уже нарисовавшийся контекст. Ведь мы говорили не о котах и не о луне. Этот простой пример показывает, что введение нового элемента в повествование должно подчиняться неким правилам, быть подготовлено.

Сравните это с необходимостью в большинстве императивных языков программирования объявлять переменную перед ее инициализацией!

Есть и другие любопытные параллели. Этот анализ, думаю, может дать плодотворные идеи, как для герменевтики, так и для развития теории формальных языков и семантик.

Форум Обо всем тема Город глухих добавлено: 2005-07-20 Wed 15:22

Язык улыбок. Язык языка. Язык поз.

Форум Соционика, типоведение тема К какому типу себя отнести добавлено: 2005-07-15 Fri 14:49

 
  Илона писал(а):
Я думаю, дело тут и в обществе и в самих людях - но не знаю, чьё влияние первично...
 
 

Разве общество - это не люди?

 
  Илона писал(а):
На востоке есть такое отношение к злу: "зла нет, если я его не вижу".Что вы думаете об этом?
 
 

Знаете, в такую роскошь страшно поверить.

 
  Илона писал(а):
Последнее Ваше утверждение очень спорно.Во-первых, я не считаю, что это естественный закон общества ".. дескать, подлый человек сам уразумеет..." - как раз это неестественно, да и "...подлым быть неэффективно и малоприятно..." - в обществе как раз наоборотб разве нет?
 
 

Я не говорил, что такой закон есть. Я говорил, что мы на него положились.

Форум Литературоведение тема Картины шимпанзе добавлено: 2005-07-14 Thu 16:38

Есть существа, которые творят поэмы,
И есть существа, которые сами являются поэмами...

Так вот, этот шимпанзе Конго - поэма, символ.

  [1]    [2]    [3]    [4]    [5]    [6]    [7]    [8]    [9]    [10]    [11]    [12]    [13]    [14]    [15]    [16]    [17]    [18]    [19]    [20]    [21]    [22]    [23]    [24]  

  [25]    [26]    [27]    [28]    [29]    [30]    [31]    [32]    [33]    [34]    [35]    [36]    [37]    [38]    [39]    [40]    [41]    [42]    [43]    [44]    [45]    [46]    [47]    [48]  

  [49]    [50]    [51]    [52]    [53]    [54]    -55-    [56]    [57]    [58]    [59]    [60]    [61]    [62]    [63]    [64]    [65]    [66]    [67]    [68]    [69]    [70]    [71]    [72]  

  [73]    [74]    [75]  





© Павел Гуданец 2004-2022 гг.
 инСайт

При информационной поддержке:
Институт Транспорта и Связи