1,711 karma · joined April 28, 2011
Our own effort is pyjion and we have a talk at PyCon 2016:
https://github.com/Microsoft/Pyjion
The high order bit is to restructure CPython to enable easy plugging in of various JIT optimizer/codegenerators into the interpreter. Our own attempt will be based on the cross-platform .Net JIT (generating machine code).
I assume you are aware of this:
https://blogs.msdn.microsoft.com/vcblog/2015/11/02/announcin...
The python team actually pushed for this unbundling. Which other versions do you need? I can take than info back to the VC++ team.
There's also this for VM's:
https://blogs.msdn.microsoft.com/visualstudio/2015/01/08/azu...
Thanks.
If there are any requests for the team pls feel free to voice them. Smiles, frowns, ...
Anything from making pkg installation easier to cross platform dev tools.
Cheers.
Our team did PTVS (Python Tools for Visual Studio). A few months ago we asked HN if there would be interest in R in Visual Studio. The response was positive.
These are very early bits, but it should give you a general flavor of what's to come.
If you'd like to get on the list, please send an email to rtvs-invite@microsoft.com [NOTE: alias will be active tomorrow Wednesday!]
Thanks!
Will PTVS (Python Tools for Visual Studio) come to VSCode?
The answer is YES! This will be a major focus next year. Expect full intellisense, debugging, profiling, pkg mgmt, unit test, virtual env, multiple interpreter, Jupyter, etc. support.
Disc: Python/R/Jupyter team lead
https://www.youtube.com/playlist?list=PLReL099Y5nRdLgGAdrb_Y...
10k foot view web page: https://www.visualstudio.com/en-us/features/python-vs
if you want to get a feel for an advanced feature, try:
We are a small team in Microsoft that produces various Python, R and Jupyter/IPython related IDE's. Example: http://aka.ms/ptvs, http://aka.ms/jupyter. Almost everything we do (if we can help it), is OSS and free.
We are hiring for 3 positions:
1) A senior web frontend / javascript dev to work on Jupyter/IPython. You'll be contributing to the Jupyter code base as well as customizing the UI, etc. for particular scenarios (eg Spark). Direct IPython experience a major plus. Devenv: primarily Man/Win/Linux.
2) A senior Linux live-site devops/sysadmin. The Jupyter service linked above runs on ubuntu/docker. You'll own managing the VMs, Security, Python, R, Jupyter, Anaconda, etc. bits, and multi-geo rollouts. Deven: primarily Linux.
3) A senior dev to work on Visual Studio. You'll be working on the PTVS and/or the RTVS (R Tools for Visual Studio) on a variety of features depending on your background & interests: Editor, Intellisense, Debugger, Profiler, ... ; Focus for upcoming release is Data Science. Devenv: Primarily Windows.
If interested please send your resume to: smortaz microsoft. insert at sign and .com
as far as note being able to determine the key, that'll still be specified as now - this is an additional visual hint.
1. treble/bass clefs are not consistent: one is EGBDF, the other GBDFA. eg instead of the third line always being a B, it's a B in one & a D in the other!
2. having to remember sharps & flats. ie, despite the note being F, you have to remember that it's not really an F, but in this case an F# or Fb.
the proposal:
1. make the clefs consistent: make them both 6 lines, and both EGDBFA. this means adding an E to bass at the bottom, and an A to the treble on the top. now a student has to remember only one format and note positions are consistent. the third note is always a B regardless of the treble or bass clef.
2. to resolve flat/sharp issue, especially for complex keys with many sharps/flats, use the note's head shape to distinguish. ie, instead of just an oval head to represent a note's pitch, use for example a round note head for a normal G, a square note head for G# and a triangle note head for Gb. that way no matter what the key, your eye can easy and immediately recognize that that G is not in fact a G, but a G# or Gb. after all we already use note shape (solid/hollowness) to indicate duration. why not go a step further and make realtime parsing easier by making the notehead shape indicate sharp/flatness?
i'm also hiring for the project, so if you're into dev tools (editors, debuggers, profilers, languages, ...) and looking, pls drop me a line. looking for devs and a technical PM.
re R.Net - no effort that i know of.
We have several positions in my team which builds developer tools for programmers and data scientists. Almost everything we do is open source.
3 positions available for building tools for Python & R. Ideal candidate has a background in building IDE's (editors, debuggers, profilers, etc.). 4+ years exp required. The products/environments are: Visual Studio on Windows, VS Code for mac/linux/win. As an example of what we build, see: http://pytools.codeplex.com
2 positions for building an IPython/Jupyter service. Ideal candidate has a background working with similar technologies and/or large scale services. 4+ years relevant exp required. The dev env is Linux, docker, node. As an example, see http://tmpnb.org
1 Intern position available for working on a project related to the above products.
If interested, pls send your resume to smortaz over at microsoft.com.
Thanks!
The Python/R team at Microsoft is building a "Data Studio" service centered around IPython/Jupyter which will be targeted at anyone that needs a decent REPL in the sky (eg Data Scientists and beyond). This will be a cloud/browser based service built on Linux/Docker (not a typo!) I'm looking for experienced backend & frontend dev that can help build this service.
2 positions available - Linux/Docker: 5+ years experience in building scalable web based solutions.
1 position available - IPython/Jupyter: direct experience with IPython/Jupyter internals a big plus.
Full benefits, Linux/Mac dev environment, remote or local (prefered). We are Python/R/OSS fans and want to make the fantastic IPython/Jupyter environment available to everyone.
Interested? Please contact smortaz over at microsoft dot com.
Thanks!
re PTVS/RTVS - the VP behind them is joseph sirosh. he's a huge Python & R fan & just gave us four more reqs to do more (where more == docker+linux+ipython/jupyter - ping if interested!).
re ironruby/ironpython - i hear you. tho note that ironpython at least is alive & well. PTVS itself supports all interpreters. our work is all open source so it helps a little.