Usually, a crushed soda can is good enough to prevent the kickstand to sync in the pavement. You can usually find a can in a random parking lot. That, or find a strip of concrete. That's why sometimes motorcycle park on the sidewalk in front of big box stores on a hot day.
My first reaction is that it depends on who you read.
The linked article talks about Wilhelm von Humboldt's philosophy of education. While I haven't read much into 19th-century German literature, the article seems to suggest that a national education system is foundational in nation building and, possibly on-brand romanticism, that the final goal of education is to produce "independent, critical thinkers".
The same ideals have driven the initial push for public schooling in the United States (which happened at the same time at least in the big East Coast cities). However, with the expansion west, schooling became more of an assimilation instrument, where the preparation of "informed citizens" became more of the goal. This led to public school clashes with established religious schools (mostly Catholic in Chicago and in California), which then resulted in a full separation between public and religious school funding.
The goal of education seemed to have changed with the beginning of the 20th century and the push for universal high school. Powell, Farrar, & Cohen argue in "Shopping Mall High School"[^1] that universal secondary education forced schools to become more “consumer-oriented" by offering classes and activities (i.e., sports) that would keep students in school until 18, while compromising with their original ideals to prepare citizens or critical thinkers.
This fits a need I had when working with DuckDB: running statistical analyses directly within the database without having to spin up external tools (like R/Stata/Python).
I really appreciate the API for calling stats functions and retrieving results. This seamless integration was exactly what I was missing.
Regarding my concerns, the project currently gets you through about a first semester's worth of grad-level statistics or quantitative methods. It's sufficient for exploratory descriptive statistics, paired tests, and basic linear regressions. However, this also means it isn't close to the "production-level" statistics required for rigorous research work. At a minimum, it needs to support heteroskedastic-robust standard errors (Huber-White and clustered at a minimum; jackknife and bootstrapped as a non-parametric bonus), multilevel linear models, and generalized linear models (GLMs). I notice there is an open issue for GLM support, though it sounds like that will require a full rewrite of the inference backend. Including marginal estimates following a regression would also be highly useful, especially if GLMs are implemented.
Taking this library from an MVP to a production-ready replacement for SAS, R, or Stata will require significant effort. I am unsure about the market fit for a tool like this; organizations paying for SAS or Stata are unlikely to abandon them for an upstart project, and R has a deeply entrenched ecosystem that is impossible to replace. The situation feels similar to the dynamic between Octave and Matlab, or SageMath and Mathematica. It risks becoming a free alternative used primarily by those who cannot afford the paid products.
As others in the thread have pointed out, this extension includes functionality that is already handled well by other community extensions (like ggsql, stochastic, and read_stat). Because the ultimate goal seems to be providing a SAS-compatible frontend built on DuckDB, which is a huge and exciting undertaking. I wonder if the statistical backend might progress faster by focusing only on tests and regressions. Since it serves as the foundation for the other frontend services, zeroing in on the core stats and relying on the broader DuckDB ecosystem for the rest might make this massive scope a bit more manageable.
The figure-8 central design makes this roundabout not a real roundabout. The challenge is that the entry and exit points are at the tightest part of the curve, making ingress and egress kind of weird. It looks like they did it because of space constraints on the bridge. What I find weird is the tightness of the on/off ramp, which share a very small part of the central lanes. In a traditional circle, they are spaced more apart, making exiting and entering smoother.
If it were a regular 2-lane traffic circle, it wouldn't be too difficult to navigate.
Personally, I find multiple-lane traffic circles (4+) to be more difficult to navigate, mostly when some people in the center lanes pull a fast right turn across all lanes of traffic. Otherwise, much better than traffic lights at keeping traffic moving or first-come, first-served stop intersections when people don't really stop or sit there waving you through.
This seems to be a problem with the Stata code. Disappointing but not really surprising. Stata isn't an easy language to debug and problems like this happen a lot. I wonder how much coding was done by the original author versus being coded by a research assistant.
I think that some of the biggest issues with omitted variables could have been address by using the "new" Stata interaction syntax ("new" in the sense that has been available in Stata since 10 releases ago) instead of rolling their own products and forgetting to include the main effect.
Regarding public comments, I don't believe a good politician will make a snap decision at the dais following public comments. Most of them will have received the meeting agenda in advance and formed an opinion about how they are going to vote and the questions they are going to ask. If this is the case, public comment is just a waste of time for them, as they won't really get swayed by it. At most, they will mention a point that a public commenter made to support something that they were already going to do.
Emailing them privately in advance of the meeting will give them the opportunity to think about your input and, in some cases, reply and engage with you about the policy. It might not change their mind, but it will definitely help them see others' perspectives on their upcoming decision.
The ironic part about these hallucinations is that a research paper includes a literature review because the goal of the research is to be in dialogue with prior work, to show a gap in the existing literature, and to further the knowledge that this prior work has built.
By using an LLM to fabricate citations, authors are moving away from this noble pursuit of knowledge built on the "shoulders of giants" and show that behind the curtain output volume is what really matters in modern US research communities.
Neither Python or R does a good job at all of these.
The original article seems to focus on challenges in using Python for data preparation/processing, mostly pointing out challenges with Pandas and "raw" Python code for data processing.
This could be solved by switching to something like duckdb and SQL to process data.
As far as data analysis, both Python and R have their own niches, depending on field. Similarly, there are other specialized languages (e.g., SAS, Matlab) that are still used for domain-specific applications.
I personally find result preparation somewhat difficult in both Python and R. Stargazer is ok for exporting regression tables but it's not really that great. Graphing is probably better in R within the ggplot universe (I'm aware of the python port).
I set up something similar at work. But it was before the DuckLake format was available, so it just uses manually generated Parquet files saved to a bucket and a light DuckDB catalog that uses views to expose the parquet files. This lets us update the Parquet files using our ETL process and just refresh the catalog when there is a schema change.
We didn't find the frozen DuckLake setup useful for our use case. Mostly because the frozen catalog kind of doesn't make sense with the DuckLake philosophy and the cost-benefit wasn't there over a regular duckdb catalog. It also made making updates cumbersome because you need to pull the DuckLake catalog, commit the changes, and re-upload the catalog (instead of just directly updating the Parquet files). I get that we are missing the time travel part of the DuckLake, but that's not critical for us and if it becomes important, we would just roll out a PostgreSQL database to manage the catalog.
Because applying for a visa takes money, time, and a visit to the embassy.
ESTA/ETIAS gets automatically approved within a few minutes of paying for the fee (I guess this is true for 99.999% of applicants).
Very few countries allow people to just show up and cross the border. US citizens had that privilege in a lot of places, but it looks like it’s changing now.
The hunter-gatherers in the study lived in the "Late Holocene (~4000 to 250 BP)", meaning between 2000 BCE to 1825 CE. These people are separated from us by less than 150 generations. I don't believe that humans evolve that fast, so the way you think, feel, ache, and so on also applies to them. Would you leave behind your injured and disabled in their situation (which is speculated to be the result of hunting accidents)?
Without knowing what happened, it's difficult to make the comparison between the Italian Years of Lead and what happened earlier today at Utah Valley University.
My understanding of the Italian political climate of the 60s, 70s, and 80s is that there were political groups/cells (on both the far right and far left) that organized around violent acts to further their political goals (which involved the eventual authoritarian takeover of the Italian government by either the far right or far left). For example, you can think of the Red Brigades to be akin to the Black Panthers, but with actual terrorism.
In contrast, most political violence in America has been less organized and more individual-driven (e.g., see the Oklahoma City Bombing). For better or worse, the police state in the US has been quite successful in addressing and dispersing political groups that advocate for violence as a viable means for societal change.
This was my take as well. At least microeconomics has moved away from large-scale observational studies and has moved into experimental and quasi-experimental studies.
While the methods alone cannot fix it all ("You can’t fix by analysis what you bungled by design" [1] after all), it gets somewhat closer to unbiased results.
There are interesting null results that get published and are well known. For example, Card & Kruger (1994) was a null result paper showing that increasing the minimum wage has a null effect on employment rates. This result went against the common assumption that increasing wages will decrease employment at the time.
Other null results are either dirty (e.g., big standard errors) or due to process problems (e.g., experimental failure). These are more difficult to publish because it's difficult to learn anything new from these results.
The challenge is that researchers do not know if they are going to get a "good" null or a "bad" one. Most of the time, you have to invest significant effort and time into a project, only to get a null result at the end. These results are difficult to publish in most cases and can lead to the end of careers if someone is pre-tenure or lead to funding problems for anyone.
Even if Career Technical Education (CTE) classes are offered, there is a large variation in their quality. For me, the question would be whether a graduate from a CTE program is more likely to be hired and receives higher wages (initially) than a non-CTE program completer. My 2-minute Google Scholar search hasn't found anything on the topic.
At the end of the day, a 3-course sequence in a CTE pathway (which is the CA requirements for a high school CTE certificate in California) doesn't prepare you for a career in the same way as being in journalism class prepares you to be a journalist or being in theater prepares you to be an actor. Students will most likely need to pursue some form of post-secondary training (either through a community college or on-the-job) to become somewhat competent in their field.
The most likely explanation for this phenomenon is that there isn't a change in the population average for variable X, but that the decrease in college students' average X is due to an increase in population college going rates.
Looking at the statistics[1], the US went from a 23.2% college completion rate in 1990 to 39.2% completion rate in 2022, or a 67% increase in college degree completions. If you assume that X in the population is constant over time, mechanically you will need to enroll and graduate students from lower percentiles of X in order to increase the overall college completion rate in the whole population.
This process might be particularly acute at "lower tier" institutions that cannot compete with "top tier" institutions for top students.
Apache Iceberg builds an additional layer on top of Parquet files that let's you do ACID transactions, rollbacks, and schema evolution.
A Parquet file is a static file that has the whole data associated with a table. You can't insert, update, delete, etc. It's just it. It works ok if you have small tables, but it becomes unwieldy if you need to do whole-table replacements each time your data changes.
Apache Iceberg fixes this problem by adding a metadata layer on top of smaller Parquet files (at a 300,000 ft overview).
What's interesting to me is that these budget cuts are coming at a time when the VA is also trying to implement a new Electronic Health Record (EHR) system (Oracle CERNER) which is having substantial issues with rollouts (see the Google News page for Oracle CERNER or read the transcripts from the congressional hearings about it).
This could become a two pronged problem where you have fewer people to provide care while they are trying to implement a new EHR which results in a decrease in productivity because of the need of learning a new system.
It seems to me that going from "F1 and F2 generations of mice respond differently to the smell of acetophenone if their parents were exposed to it" to "well, human trauma is inherited and there isn't anything we can do about violent behavior" is somewhat far-fetched and smells like neo-eugenics.