raphaelss
Willing to relocate: No
Technologies:
- Java, Python, Ruby, Perl, Javascript, C, C++, Rust, OCaml, Common Lisp, and others
- MySQL, PostgreSQL, Cassandra, Kafka, Linux, etc.
Email: [email protected]Hello. I'm Raphael. I have 10+ years of experience as Software Engineer on backend and fullstack roles (and some team lead experience) on large tech companies, startups and scale ups using a variety of technologies. I have worked on high traffic systems handling large amount of data, on database infrastructure, messaging systems, customs systems, developer tooling, internal tools, and also on music/audio software.
I work as freelancer/contractor and I'm looking for new projects. As an aside, I have a bachelor in music composition and would love to contribute to a project in that field.
Send me an email for more information and to discuss how I can help you.
So, if, for instance, an instrument is playing a melody that uses the black keys exclusively, an accompaniment (or a contrasting section) could be made that used only the white keys. The result tends to be dissonant, but it isn't necessarily dissonant to the extreme or in absolute.
Unrelated note on terminology: By inversion of a melody, we usually mean playing it upside down. So F A G would become F Db Eb. It's contour is inverted. This is done as a means of development of the melodic idea and/or in fugues/canons/"counterpointistic music in general".
A Plea for Simplicity – You can't secure what you don't understand. (1999)
When is it not preferable to specify your types first?
The Anatomy of a Puzzle - A Case Study In “Specification Driven Programming”
The Anatomy of a Puzzle
Enjoying Parenscript (Mostly)
Enjoying Parenscript (Mostly)
Gilad Is Right (Confessions from a Recovering Typoholic) (2006)
Technologies: C (SDL, GTK+), C++ (Qt, Boost, Fltk, SFML, Openframeworks), Java, Python, Ruby, Javascript, Node.js, Common lisp, Ocaml, Erlang, Lua, Linux, Openbsd, standard Unix shell and command line tools, Embedded Linux.
Github: github.com/raphaelss
Résumé/CV: on request
I'm a software developer with a bachelor's degree in music composition that is always willing to learn more. I have experience developing for embedded linux, dsp systems, audio tools in general, real time interactive systems and desktop gui and command line applications.
I also have experience with algorithmic/generative music (realtime or not) and music related tools.
I'm also interested in doing more web frontend/backend development and looking for Python/Erlang/Node.js remote work too (in any of the languages/frameworks I mentioned, actually).
Remote: Yes.
Willint to relocate: Yes.
Technologies: C (SDL, GTK+), C++ (Qt, Boost, Fltk, SFML, Openframeworks), Java, Python, Ruby, Javascript, Node.js, Common lisp, Ocaml, Erlang, Lua, Linux, Openbsd, standard Unix shell and command line tools, Embedded Linux.
Github: github.com/raphaelss
Résumé/CV: on request
Email: [email protected]
I'm a software developer with a bachelor's degree in music composition that is always willing to learn more. I have experience developing for embedded linux, dsp systems, audio tools in general, real time interactive systems and desktop gui and command line applications.
I also have experience with algorithmic/generative music (realtime or not) and music related tools.
I'm also interested in doing more web frontend/backend development and looking for Python/Erlang/Node.js remote work too (in any of the languages/frameworks I mentioned, actually).
EDIT: you seem to have posted a relevant link in another comment as I wrote this one, but I'd love more information if available.
Building a Tetris Clone in X86 Assembly, Pt. Ⅰ: Hello, World
Defasm
Remote: Yes.
Willint to relocate: Yes.
Technologies: C (SDL, GTK+), C++ (Qt, Boost, Fltk, SFML, Openframeworks), Java, Python, Ruby, Javascript, Common lisp, Ocaml, Erlang, Smalltalk, Linux, Openbsd, standard Unix shell and command line tools, Lua, Arduino, Embedded Linux.
Github: github.com/raphaelss
Résumé/CV: on request
Email: [email protected]
I'm a software developer with a bachelor's degree in music composition that is always willing to learn more. I have experience developing for embedded linux, dsp systems, audio tools in general, real time interactive systems and desktop gui and command line applications.
I also have experience with algorithmic/generative music (realtime or not) and music related tools.
Erlang due to its error handling philosophy and FFTW due to the following:
Question 4.1. How does FFTW work?
The innovation (if it can be so called) in FFTW consists in having a variety of composable solvers, representing different FFT algorithms and implementation strategies, whose combination into a particular plan for a given size can be determined at runtime according to the characteristics of your machine/compiler. This peculiar software architecture allows FFTW to adapt itself to almost any machine.
For more details (albeit somewhat outdated), see the paper "FFTW: An Adaptive Software Architecture for the FFT", by M. Frigo and S. G. Johnson, Proc. ICASSP 3, 1381 (1998), also available at the FFTW web page. [1]
[1] http://www.fftw.org/faq/section4.html#howworks
Edited for one more comment:
The last paragraph also reminds me of Alan Kay with its focus on the interaction between systems and not their specific logic.
Feel free to read it as "Haskell isn't all sunshine and rainbows."
To be clear (before you say that "sunshine and rainbows" seems like a weird idiom because sunshine causes cancer), I meant that I think Haskell also has disadvantages.
Haskell is no bed of roses and C++ is not all that bad.
Some of us write real time signal processing code and C++ is a viable choice in this context.