bromzh

Всякие питоны обычно используют сишные и фортрановские библиотеки непосредственно для расчётов, т.к. это самое узкое место.
Так что производительность научных пакетов на питоне обычно приличная, а сам питон выступает как некая обёртка.

Безусловно, lua и его реализация luajit довольно быстрые. Последняя зачастую быстрее питона, плюс имеет удобный FFI. Для встраивания язык просто отличный, но вот как standalone-язык в прикладных приложениях выглядит не так хорошо.

Однако, стандартная библиотека самого языка Lua очень скудная. А количество библиотек на разные случаи жизни намного меньше, чем у питона.
Плюс, питон, как язык, более приятен:
1) Типизация в нём строгая, в отличие от слабой/неявной в lua.
2) Присутствует богатая система типов. Тут есть и комплексные числа, и итераторы, и коллекции, куча всего. В lua только 8 типов.
3) ООП в питоне основано на классах и похоже на Java/C#/C++. В lua ООП прототипное и реализуют его посредством таблиц (и метатаблиц).

Для первого: angular-tips.com/blog/2015/06/using-angular-1-dot-...

Для второго: https://github.com/AngularClass/angular2-webpack-s...

С такого, что нужно понимать, как эти числа вообще хранятся в памяти. Тогда и придёт осознание, что всё правильно.
Для понимания же можно почитать стандарт хранения чисел, там все ответы на вопросы вида "чо за хрень с числами?".
Ну и такое не только в JS так, а почти везде.

Нужно доки читать. reactivex.io/documentation/observable.html

Вообще, есть куча разных способов, куча нюансов для подписок и подписчиков и т.д.

Можно сделать так:

class Foo {
    observer: any;

    constructor() {
        let observable = Observable.create<number>(observer => this.observer = observer);

        let sub1 = observable.subscribe(
            value => console.log('Sub1. Value:', value),
            err => console.log('Sub1. Error:', err),
            () => console.log('Sub1. Complete')
        );

        this.observer.next(1);
        this.observer.next(2);
        this.observer.next(3);
        this.observer.complete();
    }
}

Можно использовать Subject и его производные. Примеры в документации присутствуют. Ещё и с картинками!

Если tsconfig составлен верно, то больше ничего не требуется. По-умолчанию, компилятор будет подключать и компилить все .ts и .d.ts-файлы в проект рекурсивно, начиная с той папки, в которой лежит tsconfig.json, обычно это корень проекта. Единственный важный момент: чтобы компилятор не начал искать и компилировать всё из папки node_modules, её нужно добавить в список исключаемых директорий.
Вот пример конфига:

{
  "compilerOptions": {
    "target": "es5",
    "module": "commonjs",
    "moduleResolution": "node",
    "emitDecoratorMetadata": true,
    "experimentalDecorators": true,
    "sourceMap": true
  },
  "exclude": [
    "node_modules"
  ],
  "compileOnSave": false,
  "buildOnSave": false
}

Немного поправлю Евгения, достаточно объявить нужное поле в классе, тип можно не ставить:

export class AppComponent {
    sommm; // Можно и без типа, зависит от настройки компилятора
    title = 'hero';
    hero: Hero = {
      id: 1,
      name: 'Wind'
    }
    constructor (){
      this.sommm = 'from this some'
    }    
 }

Или ещё можно добавить модификатор в аргумент конструктора:

export class AppComponent {
    // В Angular 2 так можно делать в классах, 
    // которые не являются компонентами/директивами/сервисами/пайпами и т.п.
    constructor (public sommm: string = 'from this some') {}   
 }
// Это аналогично такому:
export class AppComponent {
    sommm: string;
    constructor (sommm: string = 'from this some') {
        this.sommm = sommm;
    }    
 }

Но типы всё-таки лучше указывать.

UPD 0. В TypeScript обычно, если переменная имеет тип, отличный от any, то динамически добавлять поля в неё нельзя. Когда создаётся экземпляр класса (оператор new), вызывается специальный метод с именем 'constructor'. Ты пытаешься в конструкторе записать в поле sommm. Компилятор TypeScript работает до рантайма и типы определяет исходя из объявления класса. В данном случае, тип AppComponent имеет 2 поля (title, hero). Так что с его точки зрения, у типа AppComponent нет поля sommm, потому-то он и ругается.
Иногда, видимо из-за особенностей лайв-серверов, бывает, что хоть компилятор и ругается на несоответствие типов, но код запускается и работает, ведь с точки зрения JS, всё выглядит верно.

UPD 1. Хоть я и привёл пример, где не указывал типы переменных, но так делать не стоит (почти) никогда. Чтобы оградить себя от написания такого кода, можно добавить опцию компилятора "noImplicitAny". Без неё следующий код скомпилируется без ошибок:

let a;
function foo(bar) {}
class Bar {
  foo;
  private bar;
}

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

UPD 2. Я привёл пример, где в конструкторе указывается модификатор. Это специальный синтаксис в Typescript, который позволяет уменьшить количество повторяющегося кода.
Однако, есть важный момент: внедрение зависимостей в компоненты/директивы/сервисы/и т.п. во втором ангуляре идёт через конструктор. Причём, в typescript-версии, фреймворк по-умолчанию извлекает информацию о типе аргумента конструктора и пытается внедрить по этому типу нужную зависимость. Поэтому в конструкторах должны быть только внедряемые зависимости.

UPD 3. Если пишешь на ангуляре, то стоит изучить styleguide и стараться следовать ему. Плюс, хорошо ещё прикрутить к проекту tslint.

Лучше сразу приучать к новому синтаксису es6 (классы, let/const):

export class Human {
    constructor({ hp }) {
        this.hp = {
            current: hp,
            max: hp,
        };
    }

    damage(point) {
        this.hp.current -= point;
    }
}
let human = new Human({ hp: 100 });
human.damage(10);
console.log(human.hp.current);

Вебпак может подключать файлы асинхронно, см. https://github.com/gaearon/promise-loader и/или https://github.com/NekR/async-module-loader
Плюс в том, что вебпак не будет засорять глобальную область видимости, т.е. даже если импортировать jquery, то переменная $ в window не создастся, что удобно. Так что не будет проблем с выгрузкой модулей, просто импортируй список нужных модулей через асинхронные загрузчики.

1) Параметризовать класс:

class SomeClass<T> {
    public data: T;
}
let numData: number = new SomeClass<number>().data;
let strData: string = new SomeClass<string>().data;

2) Кастовать типы:

class SomeClass {
	data: any;
}
let numData: number = new SomeClass().data as number;
let strData: string = new SomeClass().data as string;

Но важно помнить, что в рантайме этих типов не будет. На самом деле, если в поле data лежит число, а ты кастуешь в строку, то реально никакого преобразования не произойдёт.

Ещё стоит посмотреть сюда: https://www.typescriptlang.org/docs/handbook/advan...

Можно ли писать на TypeScript под NodeJS? Вопрос о том, хорошая ли это практика?

Да, да

Смогу ли я использовать без особых проблем пакеты из npm, либо какие-то сторонние скрипты/классы написанные на js?

Если разобраться, для чего нужны .d.ts-файлы и как использовать typings, то проблем не будет.

Плюсы:
- свежие фичи из спецификаций ES
- статическая типизация, а, следовательно, все плюсы, которые она даёт. если в двух словах: часть ошибок будет отлавливаться ещё до запуска и, соответственно, нужно меньше тестов
- хорошая поддержка языка всякими редакторами. IDE от Jetbrains лучше будут выдавать подсказки. И даже простые редакторы кода, например Atom, Sublime, VS Code начнут выдавать нормальные подсказки, переходить по определениям в коде, выдавать сигнатуру методов, и т.д.

Минусы:
- Нужно понять, как правильно подключать обычные js-библиотеки к проекту. В целом, это не сложно, но многие не осиливают.
- Типы "существуют" только в compile-time. На выходе обычный JS со всей его динамической природой. Если код написан плохо (например, часто используется тип any), то typescript не поможет.

А про отладку я уже говорил: с ней проблем нет. Просто нужно подключить вот эту штуку, и всё будет нормально. VS Code точно умеет подключаться к нодовскому (и хромовскому) дебагеру и будет прыгать по исходникам, а не по скомпилированной каше.