Show HN: I made a FastApi CRUD API generator for SqlAlchemy model/table
2 by kenton18 | 0 comments on Hacker News.
Sunday, 6 March 2022
Saturday, 5 March 2022
New Show Hacker News story: latest news
Show HN: GenieCloud – no-code app builder for Julia, Python and R
11 by essenciary | 9 comments on Hacker News.
11 by essenciary | 9 comments on Hacker News.
New Show Hacker News story: latest news
Show HN: I made it easy to show visitors what you're planning
2 by waffleweb | 0 comments on Hacker News.
Hey HN! While working on a project I wanted an easy way to show visitors what features were planned. I wanted this info to be concise and on the frontpage. Most of what I found involved kanban boards, but I wanted something simpler. I saw some timeline tools but none were interactive. So I had the idea to make this app, It's a simple roadmap/timeline that you can embed on your website.
2 by waffleweb | 0 comments on Hacker News.
Hey HN! While working on a project I wanted an easy way to show visitors what features were planned. I wanted this info to be concise and on the frontpage. Most of what I found involved kanban boards, but I wanted something simpler. I saw some timeline tools but none were interactive. So I had the idea to make this app, It's a simple roadmap/timeline that you can embed on your website.
New Show Hacker News story: latest news
Show HN: An improvement to reviewing code changes
2 by difflens | 0 comments on Hacker News.
DiffLens is an attempt to address my frustrations with text diffs on GitHub pull requests. Instead of attempting to discern every change optimally with abstract syntax trees, DiffLens just identifies the structure of the code to break down the diff into smaller, reviewable parts. DiffLens is free to try out. I'd love to hear feedback!
2 by difflens | 0 comments on Hacker News.
DiffLens is an attempt to address my frustrations with text diffs on GitHub pull requests. Instead of attempting to discern every change optimally with abstract syntax trees, DiffLens just identifies the structure of the code to break down the diff into smaller, reviewable parts. DiffLens is free to try out. I'd love to hear feedback!
New Show Hacker News story: latest news
Show HN: A Repository of Recruiter Email Domains and Email Filter Automation
2 by appsoftware | 0 comments on Hacker News.
I've found it useful to maintain email filters for technical recruitment companies so that I can separate these from my other email and review at a time when I can give them the attention required, depending on whether I'm currently looking for work. This takes regular maintenance and so I've created a repository along with some scripts for automating the filter strings for my GMail account. The hope is that others may find this useful and contribute domains to the repository. Note that as per the README, this is NOT a spam list. Recruiter email is essential for finding work. This is just to make the work of sorting email easier.
2 by appsoftware | 0 comments on Hacker News.
I've found it useful to maintain email filters for technical recruitment companies so that I can separate these from my other email and review at a time when I can give them the attention required, depending on whether I'm currently looking for work. This takes regular maintenance and so I've created a repository along with some scripts for automating the filter strings for my GMail account. The hope is that others may find this useful and contribute domains to the repository. Note that as per the README, this is NOT a spam list. Recruiter email is essential for finding work. This is just to make the work of sorting email easier.
Friday, 4 March 2022
New Show Hacker News story: latest news
Show HN: Mailwitness – Digital Signatures over Email
3 by siersciu | 0 comments on Hacker News.
Hi HN, I'm Marek Dopiera and I wanted to share the digital signature solution which I made with my software house. Your feedback would be much appreciated. We've just launched it - it's a service for signing documents over e-mail - https://mailwitness.com . It still has some rough edges, but hopefully it is useful already. To sign a PDF with somebody, you e-mail them the PDF and put sign@mailwitness.com in CC. If they agree, they need to forward it to sign@mailwitness.com. When they do, you all get your document signed. You can generate PDFs from e-mail, too for convenience. We made this to raise the safety bar of agreements made via e-mail. Via anecdotal evidence, we know that if people do not use services like DocuSign or HelloSign, they consider an e-mail conversation as proof or they print, sign and scan documents. I think we're offering more safety and convenience, because we're preventing the documents from alteration, forging fakes and backdating (by using OpenTimestamp, which essentially constructs a Merkle tree and puts its root into a Bitcoin transaction). I'm hoping that our service becomes useful also because it doesn't require any sign-up (just one confirmation e-mail for Ts&Cs), it's free (in the basic model) and doesn't require the extra cognitive load on learning a web app or a mobile app. You may argue, that one can create a fake e-mail account and use that. That's a valid point, but the reality proves that verification via e-mail is enough for lots of people (vide the agreements over e-mail or DocuSign or HelloSign). In the future we may create paid options, which would include extra identity verification. Even without that extra option, things are not as bad, though: if you use your work e-mail, it's usually your employer who verified your identity. Another question you might have is spoofing. If your e-mail has a valid DKIM signature (which is the case for most major e-mail providers), we'll accept your message. If it doesn't we'll send you a message to verify that you can also receive e-mail. For data safety, we have designed the service such that we discard the documents as soon as we process an e-mail (usually a low number of seconds). Finally, there is legal safety. We operate under the EU law, which qualifies us as a "Trust service provider" and puts requirements on our service. What we do, qualifies as an "Advanced Digital Signature" and according to the EU law, cannot be denied legal effect based on the grounds that it is digital. Monetization path is unclear yet - I want to see if this catches on and if yes, how people are going to use it. Some options include extra services like using your own certificate rather than ours or identity verification. I would really love to hear your feedback - especially for what reasons you would not use it. Thank you
3 by siersciu | 0 comments on Hacker News.
Hi HN, I'm Marek Dopiera and I wanted to share the digital signature solution which I made with my software house. Your feedback would be much appreciated. We've just launched it - it's a service for signing documents over e-mail - https://mailwitness.com . It still has some rough edges, but hopefully it is useful already. To sign a PDF with somebody, you e-mail them the PDF and put sign@mailwitness.com in CC. If they agree, they need to forward it to sign@mailwitness.com. When they do, you all get your document signed. You can generate PDFs from e-mail, too for convenience. We made this to raise the safety bar of agreements made via e-mail. Via anecdotal evidence, we know that if people do not use services like DocuSign or HelloSign, they consider an e-mail conversation as proof or they print, sign and scan documents. I think we're offering more safety and convenience, because we're preventing the documents from alteration, forging fakes and backdating (by using OpenTimestamp, which essentially constructs a Merkle tree and puts its root into a Bitcoin transaction). I'm hoping that our service becomes useful also because it doesn't require any sign-up (just one confirmation e-mail for Ts&Cs), it's free (in the basic model) and doesn't require the extra cognitive load on learning a web app or a mobile app. You may argue, that one can create a fake e-mail account and use that. That's a valid point, but the reality proves that verification via e-mail is enough for lots of people (vide the agreements over e-mail or DocuSign or HelloSign). In the future we may create paid options, which would include extra identity verification. Even without that extra option, things are not as bad, though: if you use your work e-mail, it's usually your employer who verified your identity. Another question you might have is spoofing. If your e-mail has a valid DKIM signature (which is the case for most major e-mail providers), we'll accept your message. If it doesn't we'll send you a message to verify that you can also receive e-mail. For data safety, we have designed the service such that we discard the documents as soon as we process an e-mail (usually a low number of seconds). Finally, there is legal safety. We operate under the EU law, which qualifies us as a "Trust service provider" and puts requirements on our service. What we do, qualifies as an "Advanced Digital Signature" and according to the EU law, cannot be denied legal effect based on the grounds that it is digital. Monetization path is unclear yet - I want to see if this catches on and if yes, how people are going to use it. Some options include extra services like using your own certificate rather than ours or identity verification. I would really love to hear your feedback - especially for what reasons you would not use it. Thank you
Subscribe to:
Posts (Atom)