Associate Professor @TallinnTech Research Associate @OxfordCTGA E-Government, Data Science, InfoVis, Organizational Network Science, Comp. Social Science.
There are even more layers in your choice of game:
1) SkyRoads was a breakout for a 🇪🇪 group called Bluemoon, in 1993: https://t.co/VdbpwK5A8L
2) same team co-founded Kazaa, and then Skype in 2003
3) After exiting Skype, Jaan Tallinn became a prolific AI investor (incl DeepMind, Anthropic) and AI safety philantrophist https://t.co/fg3K9LPCnE and Ahti is building a very AI-driven co @StarshipRobots
AI = AN INTERN
Prompting an AI agent and then reviewing the code can be slower than just coding it yourself.
But when? Do we have simple heuristics for when to use an agent vs code it yourself?
Use an agent when it's frontend code (which you can instantly inspect for correctness), or interaction with some API (where you know what to do but not the specific incantations for executing the API calls), or a data analysis, or a prototype.
Do it yourself when it's a domain you know very well, or it's highly contextual backend code, or you want to iterate a lot on the result. In these circumstances, writing the prompt takes more time than writing and reviewing the code.
Roughly speaking, if you visualize your app as concentric circles, AI agents are good at the "shallow" layers on the outside (like the frontend, or graphs/charts read from your database) but dangerous in the "core" areas where high context is needed and low error rates are critical.
In bullet point form, AI is better for:
- frontend over backend
- reads over writes
- shallow over core
- prototypes over production
- starting vs maintaining
- error-tolerant domains over error-intolerant
- visual output over financial
- low-context over high-context
So, AI is an intern. These criteria could themselves be used by AI agents to signal greater uncertainty when tackling high-context problems. Like an intern saying that they'll try hard, but they might not have enough context.
Where did Europe’s distinct Uralic family of languages — which includes Hungarian, Finnish, and Estonian — come from? New research puts their origins a lot farther east than many thought.
https://t.co/0HE7g3ZRYi
How we "guessed" the Pope using network science: inside the cardinal network. A study by me, Beppe Soda and Alessandro Iorio. Article: https://t.co/xQ0fTmpVxb @Unibocconi
Rainer Kattel from @IIPP_UCL kicking off the Smart City Exchange Forum 2025 with a keynote 'Governance in times of change and uncertainty: Dynamic Capabilities in the Public Sector' @FinEstSmartCity
Peace One Day is proud to announce that Innar Liiv, Professor of Multidisciplinary Big Data, Tallinn University of Technology, will be participating in #EDUCATIONDAY, 24 January 2025, The United Nations International Day of Education.
Follow our social media for announcements and visit https://t.co/ohGtDsCLa7 to watch the live broadcast and register for more info.
@PrometricGlobal
#EducationLive #24January #PeaceOneDay #PeaceDay #DoYourPeace #GlobalGoals #SDGs #TurnItAround #CyberNonViolence #InternationalPeaceDay #WordsOfPeace #JeremyGilley
LLM model size competition is intensifying… backwards!
My bet is that we'll see models that "think" very well and reliably that are very very small. There is most likely a setting even of GPT-2 parameters for which most people will consider GPT-2 "smart". The reason current models are so large is because we're still being very wasteful during training - we're asking them to memorize the internet and, remarkably, they do and can e.g. recite SHA hashes of common numbers, or recall really esoteric facts. (Actually LLMs are really good at memorization, qualitatively a lot better than humans, sometimes needing just a single update to remember a lot of detail for a long time). But imagine if you were going to be tested, closed book, on reciting arbitrary passages of the internet given the first few words. This is the standard (pre)training objective for models today. The reason doing better is hard is because demonstrations of thinking are "entangled" with knowledge, in the training data.
Therefore, the models have to first get larger before they can get smaller, because we need their (automated) help to refactor and mold the training data into ideal, synthetic formats.
It's a staircase of improvement - of one model helping to generate the training data for next, until we're left with "perfect training set". When you train GPT-2 on it, it will be a really strong / smart model by today's standards. Maybe the MMLU will be a bit lower because it won't remember all of its chemistry perfectly. Maybe it needs to look something up once in a while to make sure.