andreypopp

9 ms·

31.
by andreypopp 6y ago
Also take a look at https://github.com/lervag/wiki.vim which I found to be much simpler and easier to use.
32.
by andreypopp 6y ago
Checkout libtickit http://www.leonerd.org.uk/code/libtickit/
33.
by andreypopp 7y ago
I don't think SQL is a better API language than GraphQL. 1. First of all, they are designed with different compromises in mind, GraphQL is much less flexible language than SQL — no ad-hoc, joins, joins are predefined in the schema, no
34.
Manifest: An instant grid-based pinboard for note taking in the browser(manifest.app)
77 points by andreypopp 7y ago|19 comments
35.
by andreypopp 8y ago
> So by acting like we use esy on Bucklescript, when we actually use npm, we get a very similar result? Yeah, we use npm in that case just to fetch deps and layout them in node_modules which bucklescript understands. Otherwise we use es
36.
by andreypopp 8y ago
Hi Ben, > It looks like a nice project, but I'm still a little confused about its purpose. You mention your JS background, so is it all about familiarity to npm? I think familiarity with npm is important here! I mentioned that npm a
37.
by andreypopp 8y ago
> And how is the build env recorded for timestamps and env variables? Is all of this standardized? We do record the build env now in esy's own format, you run: esy build-plan PKG to see the build plan (a-la Nix derivation)
38.
by andreypopp 8y ago
esy tries hard to enable reproducible builds: - esy builds are happening in an isolated environment with only specified dependencies available - esy executes build processes under sandboxing (so builds can't write into arbitrary locati
39.
by andreypopp 8y ago
> I'm biased as I've contributed a little bit to the esy, Well, Bryan is responsible for the Windows support in esy, not a bit!
40.
by andreypopp 8y ago
> I can use Esy to write native OCaml/Reason, but has no use in a compile-to-js environment - there it is npm/yarn. If you use js_of_ocaml (a compiler from OCaml/Reason to JS) then esy works with it very well (with the hel
41.
by andreypopp 8y ago
> - Is there any issues with sharing the same config file with another package manager? Ie. `package.json`? esy can install JS dependencies just fine but we are supporting plug'n'play installations only (see docs https:/&
42.
by andreypopp 8y ago
Hi, I'm one of the developers of esy, would be happy to answer any questions about it. I have background in JS ecosystem and always liked how npm/yarn allows you to have a set of dependencies installed per project which do not con
43.
Show HN: Esy – fast and simple package management for native ReasonML/OCaml(esy.sh)
134 points by andreypopp 8y ago|16 comments
44.
by andreypopp 8y ago
Created a channel/blog but won't start using it before it adds support for rich formatting (codeblocks, ...). €200/year is ok for me for such a frictionless experience.
45.
by andreypopp 8y ago
Really surprised the didn't include Kitty terminal. It is the fastest I found on macOS (even compared to Alacritty) when using PragmataPro font (which made me switch away from Terminal.app due to slow rendering).
46.
by andreypopp 9y ago
Full type inference, pattern matching with exhaustivity checker, modules, abstract types, ... But to be honest, it's not very useful to do checklist-style comparisons — writing OCaml/Reason code is a completely different experienc
47.
by andreypopp 9y ago
That's not just "AST transform system", Sweet.js provides a way to extend grammar with new productions. That allows to introduce new syntax constructs.
48.
by andreypopp 9y ago
Well, I've provided examples where TS demonstrates unsound behaviour while Flow does well. What's your examples from personal anecdote-space?
49.
by andreypopp 9y ago
> by explicitly annotating `promisedString` you are widening the type from the inferred `number` to `any` That's something I don't understand. Isn't that incorrect behaviour? Shouldn't TS try unify RHS and LHS?
50.
by andreypopp 9y ago
Yep, reported to Flow issue tracker.
51.
by andreypopp 9y ago
Try it in the playground.
52.
by andreypopp 9y ago
Not sure — TS doesn't report any errors in the original code so I assume it thinks code is fine but it is not. That's totally different than #2.
53.
by andreypopp 9y ago
> your edit, you actually don't need that first typing. Typescript will infer the type of the promisedString Ok, but still this is confusing, it can't infer the type of RHS given the annotated LHS? Intuitively there's noth
54.
by andreypopp 9y ago
EDIT 2: This still surprises me... let promisedString: Promise<string> = new Promise<string>( resolve => { // Perfectly valid in TypeScript! resolve(undefined) } ) EDIT: no, I
55.
by andreypopp 9y ago
Ok, I've used TS while contributing to OSS written with TS and I've used Flow extensively in production settings. The main takeaway for me is that TS is much much less sound than Flow. That means it checks less invariants which in
56.
by andreypopp 9y ago
In Flow only classes are nominally typed. Objects and interfaces are typed structurally.
57.
by andreypopp 10y ago
FWIW you can already use AOT compiled code in Node.js (native modules). Will WASM provide more benefits over that?
58.
by andreypopp 10y ago
Works for me (using Safari Tech Preview 16).
59.
by andreypopp 10y ago
I think using strings as an API is a step in the wrong direction. I like that it produces a React component directly though. We experimented with styling approaches for React a while ago and produced our solution — React Stylesheet[1], whic
60.
by andreypopp 10y ago
Another one which is also based on React I've been working on recently: http://andreypopp.github.io/sitegen/ Supports pagination and progressive content loading, I believe its design is superior to other React bas

More ›