LINUX.ORG.RU

Google и Open Source - интересные факты

 ,


0

0

В прошлом участник проекта Slashdot Chris DiBona - последние десять лет является управляющий Open Source проектами в корпорации Google даёт интервью и рассказывает одновременно про "Дело балансировки [использования] Open Source компанией".

Среди прочего, он даёт очень интересные ответы на разные вопросы, касаемо не только использования Open Source внутри компании, но и "возвращения долгов" (GSOC). Думаю, всем будет интересно узнать, что:

  • Google старается поддерживать всё движение Open Source, а не конкретных разработчиков.
  • Почти все серверы компании работают под управлением Linux'a, в большинстве своём на основе 2.6, но кое-где сохранился 2.4.
  • Google использует огромное количество открытого ПО, среди главных программ и библиотек, Google - это ядро, компиляторы GCC, Python, СУБД MySQL а также библиотеки OpenSSL, zlib и PCRE.

    Взято с opennet.ru.

    >>> Подробности

  • anonymous

    Проверено: Shaman007 ()
    Ответ на: комментарий от anonymous

    >Зато он может быть склонен к той или иной реализации.

    Правда? :D

    >Считаем язык интерпретируемым, если для него более логичным решением кажется интерпретатор.

    Вот для Лиспа более логичным кажется интерпретатор. А Паскаль, виртуальная машина которого долго была интерпретатором? :D

    Короче - в теме этот вопрос косвенно уже освещался.

    KRoN73 ★★★★★
    ()
    Ответ на: комментарий от KRoN73

    У последних версий Паскаля есть интерфейсные модули (Units), предваритеьное объявление переменных, директивы компилятору. Все черты компилируемого языка.

    anonymous
    ()
    Ответ на: комментарий от anonymous

    >У последних версий Паскаля

    Ага, то есть мы уже сходим от языков вообще к конкретным версиям? Правильно, поехали дальше :)

    >предваритеьное объявление переменных, директивы компилятору.

    Ты там Java упомянул как компилятор, ЕМНИП? У неё нет директив компилятору. И, о ужас, даже в генерирующем машкод OCaml нет директив компилятора. Вообще, проще по пальцам одной руки перечислить, где они есть :D

    Предварительное объявление переменных в Паскале было изначально. Когда он был с интерпретируемой ВМ. Ещё оно есть в PHP. Или в Перле :)

    Дальше? :D

    KRoN73 ★★★★★
    ()
    Ответ на: комментарий от KRoN73

    Скромно позволю себе вставить определение компелятора, которому меня обучили:

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

    Т.е. исходник -> машинный язык или исходник -> байткод, или байткод -> машинный язык. Да даже есть такое явление как pascal->си конвертер.

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

    Интерпретатор - программа, выполняющая команды, записанные в файле. Не осуществляет трансляции одног оязыка в другой.

    Вродебы оно так.

    alexey_
    ()
    Ответ на: комментарий от alexey_

    >компелятора ... Компелятор ... Вродебы ... меня обучили

    Сорри за такую язвительность, на ответы на это сообщение уже были в теме :) И язвительные и корректные.

    KRoN73 ★★★★★
    ()
    Ответ на: комментарий от KRoN73

    > - Наконец, Гвидо может просто ошибаться :)
    >KRoN73


    Е Р Е Т И К ! ! !

    :)

    anonymous
    ()
    Ответ на: комментарий от KRoN73

    >Сорри за такую язвительность, на ответы на это сообщение уже были в теме :) И язвительные и корректные.
    >KRoN73

    Ну а всё же - чего можно возразить на вот это?

    >Компелятор - транслятор, в качестве выходного языка использующий машинные коды.

    По моему всё (кроме грамматики :) - правильно.

    anonymous
    ()
    Ответ на: комментарий от KRoN73

    >Если мы по аналогии с Java-процессорами сделаем Python-процессор, то Python волшебным образом превратится в тыкв^W компилятор? :D Какая же каша в голове! 1. Есть компилятор Питона в Питоновский байткод(не машинный код) 2. Есть интерпретатор этого байт кода 3. Стандартным способом исполенения питоновских программ является интерпретация байткода. = Питон(как совокупность всех частей) является итерпретирующей системой.

    1. С компилирует в машинный код. 2. сатандартнфм способом иполнения программ написнных на С является исполнение кода непосредственно самим процессором. = С(как совокупность всех частей) является компилирующей ситемой

    ps Советую хотябы в техникуме поучиться, тогда может что-то разумное писать будешь.

    anonymous
    ()
    Ответ на: комментарий от KRoN73

    >Если мы по аналогии с Java-процессорами сделаем Python-процессор, то Python волшебным образом превратится в тыкв^W компилятор? :D
    Какая же каша в голове!
    1. Есть компилятор Питона в Питоновский байткод(не машинный код)
    2. Есть интерпретатор этого байт кода
    3. Стандартным способом исполенения питоновских программ является интерпретация байткода.
    = Питон(как совокупность всех частей) является итерпретирующей системой.

    1. С компилирует в машинный код.
    2. сатандартнфм способом иполнения программ написнных на С является исполнение кода непосредственно самим процессором.
    = С(как совокупность всех частей) является компилирующей ситемой

    ps
    Советую хотябы в техникуме поучиться, тогда может что-то разумное писать будешь.

    anonymous
    ()
    Ответ на: комментарий от alexey_

    > Компелятор - транслятор, в качестве выходного языка использующий машинные коды.

    Ты не поверишь, но байткод (к примеру, Питона) тоже является машинным кодом, только эта машина не реализована в кремнии :)

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

    tailgunner ★★★★★
    ()
    Ответ на: комментарий от anonymous

    >>Компелятор - транслятор, в качестве выходного языка использующий машинные коды.

    >По моему всё (кроме грамматики :) - правильно.

    Просто я ранее расписывал по поводу компиляторов и машинного кода :) В том числе, рекомендую обратить внимание на компилятор O'Caml, который умеет в зависимости от указанного ключика, либо машкод выдавать, либо переносимый байткод.

    KRoN73 ★★★★★
    ()
    Ответ на: комментарий от anonymous

    >1. С компилирует в машинный код.

    Иди тему ещё почитай :) Тут не только я по этому поводу отмечался. На счёт совершенно неожиданных, судя по всему, для тебя открытий об интерпретаторах Си :)

    > 2. сатандартнфм способом иполнения программ написнных на С является исполнение кода непосредственно самим процессором.

    А можно ссылку на этот стандарт? А если этот код потом в виртуальной машине исполнить? Впрочем, этот вопрос тоже в теме пережёвывался. Вы повторяетесь :)

    >= С(как совокупность всех частей) является компилирующей ситемой

    В общем, по этому поводу в теме пришли к консенсусу. Почитайте. И не позорьтесь.

    >ps Советую хотябы в техникуме поучиться, тогда может что-то разумное писать будешь.

    Честное слово, лучше ты немного выше уровня техникума освой, чтобы понимать, о чём люди говорят :)

    KRoN73 ★★★★★
    ()
    Ответ на: комментарий от anonymous

    >Советую хотябы в техникуме поучиться, тогда может что-то разумное писать будешь.

    Да, боюсь, что прежде чем подняться над уровнем техникума, Вам сперва просто читать надо будет научиться. См. тему сначала.

    KRoN73 ★★★★★
    ()
    Ответ на: комментарий от tailgunner

    >Компилятор - это программа, переводящая ЯВУ в машинный язык реального или абстрактного процессора, или другой ЯВУ.

    Кстати, да. Тот же gcc может не компилировать исходный код в машкодовый объектник, а выдать ассемблерный сорец, который уже будет скомпилирован в объектник ассемблером.

    А O'Caml может выдать gcc-код.

    KRoN73 ★★★★★
    ()
    Ответ на: комментарий от KRoN73

    Хмм ...
    Получается что транслятор и компилятор - одно и тоже? Вот чувствую что кидают нас где то - а где понять не могу :)

    anonymous
    ()
    Ответ на: комментарий от KRoN73

    Ага! Ну и в чём разница? Я был согласен что компилятор - это транслятор в маш. код целевой платформы, вы меня разубеждали. Всё таки в чем разница?

    anonymous
    ()
    Ответ на: комментарий от KRoN73

    А почитай стандарт С как нибудь. Там и про указатели написано и про распределение памяти.
    В спеках на питон такого нет.

    ps
    Спеки С советую почитать, предже чем спорить. Поймёшь свою никчемность.

    anonymous
    ()
    Ответ на: комментарий от anonymous

    Нет.КуЛьхАцКЕр Кр0н просто настолько увяз в демагогии, что сам в нёё верит.

    anonymous
    ()
    Ответ на: комментарий от anonymous

    >А почитай стандарт С как нибудь. Там и про указатели написано и про распределение памяти. В спеках на питон такого нет.
    >Спеки С советую почитать, предже чем спорить. Поймёшь свою никчемность.

    Я так понимаю это ты к тому что С-итерпретатор сделать невозможно? Ну дык ты - дурак, спроси доктора гугля - он подтвердит.

    Я тебе даже больше скажу - реализация любого ЯП в виде интерпретатора - возможна. В виде компилятора - не решусь утверждать, ибо теперь стараниями -Крона- никто не знает что же есть "компилятор" ,)

    anonymous
    ()
    Ответ на: комментарий от anonymous

    Ох ещё одно ....
    Ты ущё скажи, что если идиотом можно из пушки выстрелить и ты полетишь, то идиот это самолёт.

    anonymous
    ()
    Ответ на: комментарий от anonymous

    >Ты ущё скажи, что если идиотом можно из пушки выстрелить и ты полетишь, то идиот это самолёт.

    Согласно гику, это не будет полетом.

    anonymous
    ()

    Ну так Питон и у нас в конторе в полный ход используется.

    anonymous
    ()
    Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.