Hacker Newsnew | past | comments | ask | show | jobs | submit | mryalamanchi's commentslogin

Will you be adding other Git hosted solutions too?


In the future, yes! We're starting with GitHub :)


This is brilliant tbh. Finally something for the developers who are more than responsible for moving the needle in the Crypto space!


Thanks @mryalamanchi!

We look forward to seeing you in the platform!


Is there a possibility of integrating GCC compiler and adding support for ELF executables?

If yes, then how?


It's a tough ask but I would like to understand what will be the steps to go through.


It's certainly plausible

It's currently using wcc to compile the kernel https://github.com/wandwramp/wcc. We can swap it with gcc for sure, but require bit of work, especially the output format and backend.

Winix assumes the output file is in srec format https://en.wikipedia.org/wiki/SREC_(file_format), so we would need to tweak gcc to support this header format and add backend support for WRAMP architecture.

ELF is quite complicated, if I have to do this, I probably just copy some codes from linux.


If you're not supporting DSOs (shared libraries) then ELF is pretty straightforward. In fact, from the kernel point of view it's still fairly straightforward since all you need to do is either load the (non-DSO) program and go, or else load the (non-DSO) program named in the interpreter entry and go, and leave the hard lifting to the interpreter. The kernel itself never needs to understand about DSOs or GOTs and PLTs or DWARF or any of the other fancy magic that ELF brigs to the table. Just how to find and load the LOAD segments and where the entry address is, or where the PT_INTERP string is.

It's really just that easy.


Thanks for the info, good to know that it's easy to implement from kernel's perspective


Focus is not usually the problem here. It's actually context-switch.

Avoid any task that has high context-switch cost.


They just wasted the community's time. No wonder Linus Trovalds goes batshit crazy on these kind of people!


I would go on further and say that it's not only for the recruiters but also for the hires to understand whay are the general skillsets they can have to expand over a period of time.

Block-chain Dev, Android Dev, AI/ML devs are domain specific but in each of those there are atleast 3-4 domains mapping out in general from the PCM.

There will be a domain specific competency matrix on top of PCM.


Not really. It's industrial SDE competency matrix.


Could you elaborate more on what this "project" is about to better understand which payment channel can be used?


I can tell you about the current project, but this is irrelevant. I test different ideas. What matters is: it's b2c and I want my potential users to prove they are interested by making a payment. It could be escrow or any kind of refundable payment. I'd prefer to accept payments with google pay or apple pay, but any easy payment methods at ok. Bank transfer is not easy at all.

Payments amounts vary from $10 to $200.


Are you targeting for subscription plans (or) is it a one time payment?

Which payment integrations have you tried so far?

Bank transfers for small amounts have too much friction at this point.

If it's a simple file like a pdf, audio or video file or even an executable file then I would recommend to go for Gumroad. Wouldn't recommend if it's an App that has to be put on an App store or Play Store.


I need at least the one time payment option. Having subscription would be absolutely terrific.

I've tried bunch of shitty local service providers last time. Awful experience, takes months to get approved.

I can't use Gumroad. They offer bank transfers only for US. The rest of the world suppose to use Paypal. And Ukraine is that part of the "rest of the world" that doesn't allow to accept payments from Paypal.


I think the mindset of those people who make such arguments are those who want to delegate individual responsibilities that involve such risks to other parties. They might not understand the risk involved when such parties get big enough to dominate and decide what to do and how to do it.

Usually, we commonly agree by coming to consensus on what to do and not to. But here the consensus, sometimes, can get hijacked by the third parties which lot of people don't understand how it happens (read historical events). 2008 banks bailouts is a good example to begin with.

As Satoshi mentioned, in the OG Bitcoin paper, that cryptocurrencies will be attractive to Libertarians. That's a fair assumption as one would start to notice a lot of activities involved in being part of cryptocurrency, atleast currently, requires lot of individual responsibilities, especially maintaining the wallet's credentials. Not to say that they can't be automated away.

Coming to terms with taking individual responsibilities in general is very hard. Most people want others (Government) to do it.


Even though naming the commands might be arbitrary choices, they can be practiced upon. One doesn't always have to fall in the semantic trap.

The main problem that I see with using git is that when you are part of a team, what kind of release and branching strategy should you use.

It's comparatively easy with one person team but becomes complicated with a team and even more if it's an open source project and now you have individual devs contributing their changes.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: