skysight-inc/HackerNews huggingface dataset:
"What I'm disappointed by is that in the hundreds of years of capitalism, there has been little or no scientific research that looks at what structures create companies that have the desirable attributes we want."

-- It may well be that, beyond the obvious, it depends on the broader social (how society is structured) and financial context, and the spirit of the times. The same could be said of all sorts of "how to's": how to get rich, how to be successful in life (the vagueness of which already throws a wrench into the engine of exploration), how to win at soccer/football/whatever sport or skill you are interested in.

While technology may open new horizons with capabilities that were not there before (think 4G and true mobile internet experience), one might ask why, looking back at the "primitive" ways sports were trained for and played 50 years ago, nobody had the intuition to propose ways of training and playing that are closer to what we see today. It did not require new technology, it needed a different way of thinking about the problem. But what scientific research, such as the one you propose to use to study how organizations win, would have allowed this thinking to emerge?
And the same will probably be pondered 50 years from now when their ways will be compared to ours.
We long ago got to the point where audio circuits in phones were perfectly fine for typical headphones. Especially considering the circuitry was mostly built into the SoCs. Good audio circuitry that is completely transparent is easy to design and been known for decades.

I had multiple phones with IPx7/8 water resistance and a headphone jack (e.g. LG G6 and Samsung S10) that is a bullshit excuse.
They should go after all of their customers too.
Building up the fundamentals of embedded aysnc rust [video]
I feel targeted. Internal platform team. How to solve db instance sizing vs utilization.
Sounds like Admiral Rickover's management principles. [0]

[0] https://govleaders.org/rickover.htm
It's quite a bit more "realistic" if you imagine it as a simulation of the "Defragment Free Space" option that at least some defraggers had.
House to grill CrowdStrike exec on epic IT meltdown no, not the CEO
The linked-to example uses a query-dependent expression which resists easy pre-compilation. The author says the overhead of building a Python expression as a string then byte compiling it is too high, which would also hold for a ctypes/cffi implementation.

In my case I had a lot of config dictionaries like:

default_output_args = {
"tsv": {"sep": "tab", "quoting": "always"},
"csv": {"sep": "comma", "quoting": "always"},
"json": {"indent": None, "allow_nan": True},
...
}

and a generic API like:

def open_writer(destination, format="csv", output_args=None):
...

which would let 'format' specify the output format, with the corresponding default arguments, and with the output_args able to override the defaults.

I found the generic API too annoying when I knew I wanted a given format, so I added format-specific APIs with kwargs set to the default values, like:

def open_csv_writer(destination, sep="tab", quoting="always"):
...

def open_json_writer(destination, indent=None, allow_nan=True):
...

And I wanted to keep the generic API and format-specific APIs synchronized, because the generic API is useful too.

My original version processed default_output_args to generate the byte code for the different writer functions, setting up the function definitions correctly.

This is not something which can be done with ctypes.
Yes but that’s like a robot learning in a simulation (which is rapidly accelerating now).

No matter how accurate the simulation, the real world is the true test. One could easily see a scenario where a robot is trained to handle a rare event and may or may not ever use that training.
The war was such a defining moment for all sorts of fascinating people. Thanks for the opportunity to learn more.
SEEKING WORK | Remote | onsite San Francisco Bay Area |

Versatile back end code and infrastructure development services. Typical deliverables are Dockerized microservices specified by OpenAPI, written in Go, with a REST/JSON API and backed by PostgresDB or MySQL. And of course your custom business logic.

I take your OpenAPI spec and implement it, or I can help you develop your back end infrastructure from the ground up. Basically I offer back-end componenets you can slot into your Kubernetes or Docker environment from day one.

On the business side, you get a fractional developer for a no-haggling fixed monthly rate, corp-to-corp billing, long term support for your code, careful vetting of dependencies for licensing and security, and a professional approach to your technical needs.

If you have more complex needs, e.g. project or team management please reach out as I have extensive career experience in all aspects of of technology development and management in startups and large enterprises.

See details and current pricing plans on https://nulladmin.com/

Contact: contact@nulladmin.com

Website: https://nulladmin.com/

LinkedIn: https://www.linkedin.com/in/abnulladmin/
Location: United States
Remote: Yes
Willing to relocate: No
Technologies:
- JavaScript, TypeScript
- Vue.js, Nuxt.js, React, Express, GraphQL, HTMX
- OpenAI, AWS, GCP, Docker, MongoDB, SQL
- Technical Writing, SEO, Content Marketing, Documentation, Docs, Markdown, Git
Résumé/CV: https://rb.gy/w4btb0
Email: derick.realwebdev[at]gmail.com
GitHub: https://github.com/dericksozo/
LinkedIn: https://www.linkedin.com/in/derick-ruiz-413061128/

Hey, I'm Derick Sozo Ruiz, a JavaScript Developer and Technical Writer with over 5 years of experience. I've written articles, emails, and developer docs for startups at different stages, including YC companies, helping them grow by using my technical knowledge and writing skills. With over 5 years of experience in technical writing, I've contributed to various companies including:

- Crossmint (web3 payments): Helped attract more web3 NFT developers through a complete overhaul of technical documentation and new technical posts on Medium, leading to a 1.4x increase in onboarded developers in July 2022.

- Amplication (>13K GitHub stars): Revamped developer docs, wrote high-quality technical content, and doubled documentation engagement, resulting in a 53% increase in average documentation page visits per user and 63,478 total documentation page visits within 6 months.

- Vue Mastery: Grew Medium traffic by over 479,000 views through 8 educational, SEO-focused articles, achieving a total read time of 161 hours and 18 minutes.

- Text Blaze (YC W21), DigitalOcean, and The Startup (a top publication on Medium).

Are you looking for a technical writer who understands developers and can write you articles, emails, and developer docs that actually convert? Email me. I look forward to talking with you!
There is also peazip, but it looks very "windowsy".

https://peazip.github.io/peazip-macos.html
Are you using a framework for developing with react native? I'd love to know if you have some blog posts on the UI part.

Thanks!
If you'd like more information on how you'd fight in this armor, I believe a Sarissa phalanx was common for helenistic greece.

https://acoup.blog/2024/01/19/collections-phalanxs-twilight-...

If you aren't familiar with acoup.blog, highly highly recommended.
It's not an unpopular opinion. In fact it seems to have become the dominant opinion.
Location: NYC, USA

Remote: Yes

Willing to relocate: Yes

Technologies: Go, Kubernetes, React, AWS, Terraform, Python, Node.js, Docker, Databases, LLMs, Docker

Résumé/CV: https://ethand605.github.io/resume.pdf

LinkedIn: http://www.linkedin.com/in/ethan-yuyang-deng/

Email: ethand.2091 <at> gmail.com

I am a software engineer with experience across infra, product/fullstack, and ML. I thrive in high-growth, fast-paced environments. Open to work on anything!

A notable achievement of mine was leading the end-to-end integration of LLMs, including backend development, GPU infrastructure w/ k8s, model training, serving, and prompting. I managed and optimized ML infrastructure to handle over 500k+ daily messages while reducing costs by $30k/month.
>The problem is 400 years ago people would have said exactly this about the soul.

that's not a problem. you have proof there is no soul? if there is another "physics-cal" ingredient for the mind that we don't know about, and it is discovered in a particle accelerator, "it" could even be the soul.

I was an atheist from my earliest beginnings (when my 5 years older sister tried to teach little-me what she learned in Sunday school, I did not believe it, at all), and I have never believed, and still don't. HOWEVER, intellectually it freed my mind to figure out/learn/realize that "scientific materialism" is based on just as much pure FAITH as religion; only it's generally accompanied by less doubt so it comes off as, forget about arrogant, blind. I try now to no longer to say things that are based on assumption.

Correlation is not causation, right? you know what the implications of that is? We have no evidence of causation of anything anywhere in the universe, all we have is very good correlation, even through our popperian refutable hypotheses, "well, it's worked every time we've made a prediction and tried it" is not causation any more than just correlation.

so what people said 400 years ago about souls, and what they say today about minds, you still should not claim to know the answer to, simply because you don't. And I know this from the perspective of holding the same BELIEFS as you.

and before anybody writes to tell me I'm wrong, be prepared to answer these questions: what is the mechanism for gravity? what is the mechanism for momentum? what is the mechanism for electric charge? you won't be able to say anything except "it's a property we observe"
And then 'intelligence is compression' is often said.
Granted, I have only ever had access to modern materials, but that feels like a basic a QC check during manufacturing. Pour boiling water straight into the cup. Designs that fail need to be reworked to be thinner/thicker/baked differently.
MobileOps | Full Stack Software Engineer | Full Time | Remote USA (WA or CA preferred but not required) | https://www.mobileops.co

[ Company Information ]
MobileOps is a bootstrapped and profitable software company that sells SaaS ("MobileOps") to companies that own fleets of workboats or heavy construction assets. We have a vertically integrated app that serves as a one-stop shop for companies when it comes to asset maintenance, safety/compliance, crewing, dispatching, logistics, inventory, and much more.

We've just begun to release new sets of features that focus on logistics for workboat companies that tow barges in the inland rivers of the USA (imagine 100k+ barges being pushed by towboats in rivers that carve through the American heartland, and all the major complexities that comes with tracking barges w/ cargo, optimizing schedules and tows, and generating invoices based off many movements and types of events).

In addition, we've started to attract attention outside the maritime world, and we're excited about new opportunities to bring MobileOps to similar industries.

[ Role ]
We're looking for a highly motivated individual with 5+ years of professional software engineering experience—one who takes ownership of projects, has an eye for great UI/UX, and gets quality work completed on time (understanding, at a deep level, perfection v.s. shipping). The role will require collaboration with colleagues and customers to ensure we're building the right features and providing value. If you're an individual that doesn't want to be siloed and desires to engage with customers on Zoom calls (and even occasional onsite visits with other team members) this might be a good role for you.

MobileOps is a remote-first company with team members currently located in Washington and California. Work hours are in the Pacific time zone. Full time = 40 hours a week. We offer benefits (health, vision, dental) and 401(k) matching.

[ Stack ]
MobileOps' BE is Ruby on Rails and the FE is almost 100% React components. While the frameworks are fairly standard, the problems we need to solve are quite out of the ordinary due to the nature of industry we serve, and there's a lot of challenging and unique problems to be solved outside of basic CRUD interfaces.

If you’re interested you can email: jobs@ company domain. Please paste your CV (no attachments) and provide some information about yourself and work experience. Feel free to ask questions as well.
Consciousness is not binary.

The burden of proof does have direction. It's in the direction of the more complicated thing. Do you think a rock is conscious? What about lightning? If you're 99.999% of people, then the answer is no. So if you want to claim AI is conscious you need make the claim where inanimate becomes animate. And you know what they say about extraordinary claims... But personally I don't believe in ghosts, even those in machines
SyncLite at the very core offers two key capabilities :

1. A holistic solution for Database Replication/Consolidation for numerous embedded databases used in several instances of edge/desktop applications, into centralized databases/dw/data lake etc.

2. A holistic data streaming solution offering a Kafka Producer and SQL API designed for final destination data delivery.
Location: San Francisco Bay Area
Remote: Open to all (Remote, in-person, hybrid)
Willing to relocate: Yes
Technologies: Ruby, Ruby on Rails, React, React Native, Java, Spring, MySQL, PostgreSQL, HTML/CSS, Javascript, AWS
Résumé/CV: https://drive.google.com/file/d/1iENUTfuqwvsjW6i9LC-eDyx89h_UCYzH/view
Email: ncrandall@gmail.com
LinkedIn: https://www.linkedin.com/in/nicholas-crandall-658849a/

Experienced Software Engineer and Leader with 13+ years of industry experience. Much of my experience includes being an Engineering Manager, but I'm also very hands on, mostly on the backend using Ruby on Rails and Java.

I have a lot of experience integrating and scaling 3rd party APIs into backend systems.

I'm looking for interesting engineering roles or leadership positions. I'm flexible with in person and remote roles.
Such a study is inherently observational and very well might be looking at a confounder. Do people who X do better at Y? Or do people who *can* do X do better at Y?

Are married people happier, or are some people who were dealt bad hands in life both unhappy and unable to find someone that would marry them? An awful lot of longevity-related stuff appears to be of this sort.
Keka is a macOS app which implements AES protection for zip and 7z. Open source and AppStore.
There really is more than one particular face of poor design in Python. I honestly remain confused why people use and love Python so much. It very much says something.
A lot of people are using Linux without even knowing it.

Android uses a modified version of the Linux kernel; it depends on the Linux kernel project. According to Statcounter, Android has about 72% global market share on smartphones, with iOS at about 28% [1].

Many websites and web services run on Linux, at least in part. Wordpress, the most popular CMS, with around 63% market share [2], can run on other OSes, but it's usually run on Linux.

Linux is now more used on Azure than Windows Server [3].

Linux is also used in lots of other everyday things, e.g. automobiles, microwave ovens, routers, etc. You get the idea.

[1] https://gs.statcounter.com/os-market-share/mobile/worldwide

[2] https://w3techs.com/technologies/history_overview/content_ma...

[3] https://www.zdnet.com/article/microsoft-developer-reveals-li...
Yes, communism is horrible, I totally agree. What I am alluding to is that some form of social democracy can bring long term stability, thus minimizing the risk of people radicalizing.
That seems counter-intuitive to me that the lower humidity causes greater problems I suppose that with high humidity, sweating becomes useless, so the high temperature combined with low humidity highlights the limits of our ability to sweat.
“When a distinguished but elderly scientist states that something is possible, he is almost certainly right. When he states that something is impossible, he is probably wrong.”

Arthur C Clarke
It may not be too different from references, but Rust separately has those also, separately from lifetimes.

In modern languages, we don't have to think about lifetimes most of the time, let alone notate them.

Rust has too much stuff converging into the same context.
Recently I learned of "fail first" or "step therapy" policies by insurance carriers.

This means that you've gotta try ineffective therapies that are cheaper until you can go for the real thing.

Policies and procedures also tie the hands of diagnostics. Dr. House and Doc Martin could never exist in real life because a gauntlet must be run.

Call your ISP for tech support when you know the diagnosis. They'll read you the script, and you'd better follow the script or you won't get a resolution. Restart your devices, destroy some data, bypass your firewall and AV, reset all your preferences to default.

Why should your PCP be any different?
Feedback for the feeback to the feedback:

When talking to a specific customer, in my experience, it's better to not use phrases like "we know that many companies JUST LIKE YOU do X and Y". That seems unpersonal and frankly, a bit like a smartass.

Better:

- Reply directly to their concerns and questions without any fluff.

- Ask the customer about their problems, wants, and needs. Maximize your understanding of their problem space.

- And: Throw out the jargon. [0] It sucks.

[0] "provide a unified platform that developers can trust to provide native isolation"
Some of the dongles are also absurdly unobtrusive. And stunningly cheap.

The main downside as i see it (besides the jack not being a default) is that few also are sleek and have usb power.

I also think people don't really grok how much complexity & size the jack adds. The footprint of the jack is significant (>3 the plug size). It requires physical reinforcement around it. Often it needs additional chips & passives that take up more space. Keeping water intrusion out requires more careful design.

I spent a decade quietly thinking I might never ever use Bluetooth, wondering why people would give up something so concrete for something a little more complex. But I bought some cheap Plantronics Backbeat 903's and found it quite enjoyable being untethered, used them for almost a decade, and have found few of my fears or concerns manifested in practice. It's been great.
Leg and foot armor was often times unnecessary in bronze age combat.

Spears are meant to keep the enemy at a distance. Aiming for the foot would require some reaching, putting you in significant danger of counter attack. Armies lined up in row and each man covered the man to his right so reaching in battle would be a risky maneuver.

As for protection against arrows only requires a thin layer of armor to deflect, and that armor is best located above the knee since arrows come from above. Alexander’s phalanx did not utilize foot or leg protection except for the most prestigious officers. Their thin shields were wide enough to cover their body, and it was noted that a phalanx with their spears raised, could scatter a volley of arrows along the spear shafts.

Keep in mind all of this equipment needs to be packed and marched long distances, in the summer heat since armies did not campaign in the winter due to challenges with provisioning a sizable armies in wintertime. The wealthy elite could have baggage trains to carry superfluous equipment, but the bulk of any army marched on their own two legs and carried everything they went to war with on their backs.
I'll say this. I think the The Chinese and Russian security forces are pretty corrupt, even the CIA analogues, that we'd know what it is now.
That was 500 KHz, and the latest versions are at 1MHz, so still 1000 times slower than a 1Ghz machine, but it’s easy to parallelize the workload, so it’s really mostly a cost of computation issue.
Then just, smoke less?
Hdparm's manual is amazing.

"This is EXTREMELY DANGEROUS and will very likely cause massive loss of data. DO NOT USE THIS COMMAND."

"VERY DANGEROUS, DON'T EVEN THINK ABOUT USING IT."

"VERY DANGEROUS, DO NOT USE!!"

"This command is EXTREMELY DANGEROUS and could destroy both the drive and all data on it. DO NOT USE THIS COMMAND."

"EXCEPTIONALLY DANGEROUS. DO NOT USE THIS OPTION!!"

"VERY DANGEROUS."

"(DANGEROUS)"

There's a reason why TvTropes lists the "hdparm" command under "Schmuck Bait".
It's worse when you play that semantic game to make your point stronger (changing your original meaning) and willfully misinterpreting the other person. Everyone loves being willfully misinterpreted
Directed energy weapons exist. They are huge class of weapons, from millimeter wave to sonic to lasers. The ones you mentioned are big, mounted on top of vehicles. Since commenter didn't mention symptoms, we can't tell if some kind can produce symptoms or if they are similar to Havana syndrome.

> If everyone says that the targets are delusional, it seems 100% safe to test it anywhere.

You are missing the point. It is super risky for foreign powers or US to test in public in Seattle. It is too easy for it to be discovered. Like they get into a car accident. Or someone takes a picture. We are getting this second hand, but it is strange that no one has taken a picture of suspicious van.

Also, testing in public is less useful because can't get detailed results. They might be able to tell something happened but not what without talking to the victims. Controlled tests give reliable results.
Hey Will here, another Fortress cofounder.

We're still thinking about this a lot. We're using AWS Aurora currently which auto-scales compute and storage, and are looking into other options such as distributed databases (Cockroach, etc.) and Kubernetes operators.
According to ChatGPT, computation is the foundation of reality. I think he's being serious here. No irony.
Not quite sure what you mean by that?
As the other comment said, they should go after all their customers too. I can't believe they are thefts out there paying other thefts for theft-services...

Unrelated, but at the start of the year, a lot of Payoneer customers from Argentina lost their savings in the platform* due to someone having access to the OTP codes. Payoneer said it wasn't on their side the error, and evidence suggested that it was an error in Movistar, because all the victims were customers of that particular telco. As far as I know, Payoneer didn't return the money and Movistar was never charged or anything (rumours say it was a Movistar employee who sold SMS with the OTP).

And if you ask why a lot of Argentina people use Payoneer and keep their savings there, it's a bit long to explain but basically is their way to get paid in USD outside the country without paying taxes (fair and unfair ones) and without getting their payments converted automatically to ARS pesos using a bad rate.
Isn't the argument that it's much harder to titrate when doses are so concentrated?
Chub AI | REMOTE | Mid-level frontend engineer | Full-time or Contract | TypeScript

We are the largest generative AI gaming platform, entirely self-funded and profitable since August 2023.

Our frontend is React TypeScript, and the bulk of the backend APIs are Flask. We’re looking for someone with a relevant degree and a few years of experience, for exclusively or mostly frontend work. An eye for design and aesthetics is needed as we have none. Ever having worked with Ant Design, Capacitor, or react-three-fiber would be a big plus. Your most likely first project would be a better UI for our image and video generation API.

How to Apply: Send however you prefer to represent yourself — a resume, a site, a GitHub, all or none of the above — along with salary expectations to hiring@chub.ai.
I have to say I'm immediately skeptical when someone with a background in computation confidently declares that X (for any value of X) is fundamentally computation.
A systematic approach to deriving incremental type checkers (2020)