ihp
ghc-proposals
Our great sponsors
ihp | ghc-proposals | |
---|---|---|
87 | 96 | |
3,310 | 584 | |
4.8% | 0.7% | |
9.9 | 8.5 | |
3 days ago | 8 days ago | |
Haskell | Python | |
MIT License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ihp
-
Show HN: Feature flags on the edge, with Haskell and Rust
Hey everyone! I wanted to play with Haskell ([IHP](https://ihp.digitallyinduced.com/)), and Rust (Cloudflare workers), so I decided to make a product with them. This is the MVP I’ve come up with. It supports teams, projects, environments, flag variations, scheduling and expiry, and a reasonably complete targeting system that support Boolean logic combining user ID targets, arbitrary metadata targeting, rollout targets, and default fallthrough variations. There’s a typescript and react SDK, and swagger API docs. The website runs on IHP, and the actual flag resolving API is deployed on cloudflare workers, so response times are generally 40-100ms. Coming soon: reusable groupings of users, and a dashboard showing all the users that have been targeted, what flags they evaluated, and what they evaluated to.
Let me know what you think!
-
Thin Backend - Instant Postgres Backend for React/Vue/Svelte/... Apps with Realtime , Optimistic Updates & Auto-generated TypeScript Bindings
Thin is also open source already. The client code can be found here https://github.com/digitallyinduced/thin-backend and the server code can be found mostly here https://github.com/digitallyinduced/ihp/tree/master/IHP/DataSync
You might want to check out IHP https://ihp.digitallyinduced.com It’s the same design principles that power thin, but designed for Multi page apps.
-
thin.dev: Typesafe realtime backend for react/svelte/.. apps, 400+ Stars on GitHub
Yep exactly, you can find it mostly here https://github.com/digitallyinduced/ihp/tree/master/IHP/IDE/SchemaDesigner But no Haskell is needed for using Thin itself
- IHP v0.19.0 has been released 🎉
-
11 Companies That Use Haskell in Production
Haskell is famous for it's quite an academic nature. But the ecosystem has drastically improved in recent years, so that that image is really outdated by now.
E.g. with Haskell Language Server we have nice autocompletion. Recently dot-notation has been added, so you can now write `someValue.someField` as in other languages. And the documentation is improving as well.
If you're doing web development, a good starting point is IHP (https://ihp.digitallyinduced.com/). IHP is Haskell's version of Laravel/Rails/Django. It's really a superpower to have Haskell's type system combined with the rapid development approach of Rails :) (Disclaimer: I'm founder of the company that makes IHP)
-
Introduction to Haskell Typeclasses
If this post got you interested in learning more about Haskell and you want to see type classes in some real code, a great starting point for Haskell is IHP :)
IHP is a new Haskell framework with a focus on actual building applications. Imagine the productiveness of rails combined with the typesafety of Haskell.
It's now already the biggest Haskell web framework, we just hit 3200 GitHub stars. I belive Haskell can reach a lot more than it's currently doing if we get things easy to use.
If you want to build a web app with Haskell and play with type classes check it out: https://ihp.digitallyinduced.com/ GitHub: https://github.com/digitallyinduced/ihp
-
Show HN: Thin Back end, a universal back end for making realtime React Apps
Do you think making it more open source would solve the issue?
Thin is mostly based on IHP DataSync. You can the source code here https://github.com/digitallyinduced/ihp/blob/master/IHP/Data... Thin itself is just a "thin" wrapper around IHP and IHP DataSync.
Hey there, Founder of digitally induced here. Happy to share what've been working on with Thin Backend over the last months.
Thin is a version of the [IHP Framework](https://ihp.digitallyinduced.com/), designed to be used by frontend developers. Instead of building APIs with low-level `fetch` calls, we provide high-level APIs like `createRecord('tasks', { title: 'Hello World' }`, `updateRecord(..)` and `deleteRecord(..)` to update your database.
To simplify state management (which is typically hard and lot's of boilerplate), we provide realtime APIs so that all app state is always in sync with the actual database. Previously your react app might have been rendered from the redux state, now it's rendered directly from the server state.
The Schema Designer and the migration tools make it really easy to get going with a project.
Happy to hear everyone's feedback! :)
-
Discussion Thread
u/Evidencebasedonly (did i get that right) you are a Haskell dev no? I saw this framework recently, it looks cool, has code generators and a integrated JSX style DSL and all
ghc-proposals
-
instance Enum
There is the RecursiveLet proposal.
-
Was simplified subsumption worth it for industry Haskell programmers?
I believe simplified subsumption is required to implement quick look impredicativity and that is the only practical reason for this change.
This led me to the proposal and I found with simplified subsumption:
- [RFC] ImplicitQualifiedImport language extension
-
What are things that the Haskell scene lacks the most?
We have modifiers with the % symbol, they are currently only used in linear types: a %1 -> b, but they are not limited to that.
-
Basic questions about GHC options
Was this not implemented? https://github.com/ghc-proposals/ghc-proposals/pull/240
-
Well-Typed - Performance improvements for HLS
I understand that the linked Explicit Splice Imports could help with that, but in theory would there be anything preventing us from tracking automatically exactly which functions make it into a splice for optimally fine-grained recompilation avoidance?
-
Monthly Hask Anything (April 2022)
These differences via eta expansion/reduction are probably due to simplified subsumption introduced in GHC 9.0 (also see the linked GHC proposal.
-
GHC Proposal breakage: should we proceed?
As for unifying type and term: I think we're headed in that direction. According to https://github.com/ghc-proposals/ghc-proposals/pull/448, we will accept your "foo" example, and so it makes sense also to do so in types.
Inferred variables as a concept seems to be against "Explicit Variable Principle (EVP)" (mentioned in https://github.com/goldfirere/ghc-proposals/blob/type-variables/principles.rst, linked from https://github.com/ghc-proposals/ghc-proposals/pull/448). I agree with that priciple.
What are some alternatives?
Ruby on Rails - Ruby on Rails
haskell-ux - Let's make Haskells error messages helpful :)
miso - :ramen: A tasty Haskell front-end framework
haskell-language-server - Official haskell ide support via language server (LSP). Successor of ghcide & haskell-ide-engine.
julia - The Julia Programming Language
Hobo - The web app builder for Rails (moved from tablatom/hobo)
purescript-flame - Fast & simple framework for building web applications
penrose - Haskell to JavaScript compiler, based on GHC
Phoenix - Peace of mind from prototype to production
nixfmt - A formatter for Nix code
gitpod - Gitpod automates the provisioning of ready-to-code development environments.
Laravel - Laravel is a web application framework with expressive, elegant syntax. We’ve already laid the foundation for your next big idea — freeing you to create without sweating the small things.