Pokalbiai

Prieš @ Geographic wants and needs app

// Noriu tiek įvairių dalykų. Bet aš nežinau, kam įsipareigoti, o prie ko siekti.

Na, turėkite keletą projektų savo laikui paįvairinti. Senelis sako – aktyvus poilsis keičia vieną darbo rūšį kitu. Pavyzdžiui, atsipalaiduokite nuo programinės įrangos pasaulio galvodami apie aparatinės įrangos pasaulį ir atsipalaiduokite nuo aparatinės įrangos darbo dirbdami su programine įranga... Tada subalansuokite savo laiką tarp tų kelių mėgstamų projektų. :) Aišku, projektų pasirinkimas taip pat turi turėti gerą rizikos profilį, kad motyvuotų dirbti su juo ilgiau. Tiesą sakant, gana sunku rasti tokius projektus, kai nuolat atsiranda daug naujų idėjų, todėl... reikia sugebėti atpažinti, kas labiausiai verta jūsų laiko.

// I want so many different things. But I don't know which to commit to and which to work towards.

Well, have a few projects to diversify your time. My grandfather says -- active rest is changing one type of work with another. For example, relax from software world by thinking of hardware world, and relax from hardware work doing software work... Then, balance your time between those few favorite projects. :) Sure, the choice of projects should also have a good risk profile, so that it would motivate you to continue working on it for longer time. It's actually quite hard to find such projects, when there's many new ideas appearing all the time, so,... got to be able to identify what's most worthy of your time.

[atsakyti]

Mindey

Prieš @ Geographic wants and needs app

Aš sutinku. Mums irgi to reikia.

Aš noriu tiek daug skirtingų dalykų. Bet aš nežinau, kam įsipareigoti, o prie ko siekti.

Taip pat noriu, kad būtų mažiau pavojinga pradėti verslą ar pradėti bandyti patekti į rinką. Rinkų yra be galo daug, tačiau į jas patekti pavojinga. Jis turi būti saugus.

I agree. We need that too.

I want so many different things. But I don't know which to commit to and which to work towards.

I also want it to be less dangerous to start a business or start trying to enter a market. There is infinite number of markets available but they are all dangerous to enter. It needs to be safe.

[atsakyti]

chronological

Prieš @ Geographic wants and needs app

Užuot rodę, ko norime pirkdami, parodykite, ko norime pasitelkdami bendrus duomenis / rinkos tyrimus?

Instead of showing what we want by buying, show what we want through collaborative data/market research?

[atsakyti]

Mindey

Prieš @ Commit to buy & crowdfunding

// Taip tiksliai kaip Groupon su mfg.com.

Ši idėja tikrai prasminga. [ ] Ir, derinant su atvirojo kodo aparatine įranga, tikriausiai galėtume turėti aparatinę įrangą prie programinės įrangos, atsižvelgiant į žmonių gebėjimą įsitraukti į jos kūrimą – geriausi dizainai sulaukia daug „Groupon“ dalyvių – taigi, jie užsakomi masiškai. .

// Yes exactly like Groupon with mfg.com.

This idea really makes sense. [+] And, combining with open source hardware, we could probably have hardware approach the software, in the degree of people's ability to get involved into designing it -- best designs get many "Groupon" participants -- so, they get mass-ordered.

[atsakyti]

Mindey

Prieš @ Commit to buy & crowdfunding

Taip, lygiai taip pat kaip Groupon su mfg.com.

Įsipareigojimas pirkti yra vertas milijardų – tai tarsi Kickstarter atvirkščiai, bet su sąlyginio deponavimo principu. Į savo idėjų sąrašą paskelbiau „Kickstarter“ atvirkščiai.

Galite stebėti paieškos terminus, kurie neatskleidžia daug rezultatų internetinėse paieškos sistemose, kad uždirbtumėte daug pinigų. Jei tie duomenys nebūtų vieši, tai būtų tikrai vertinga.

Yes exactly like Groupon with mfg.com.

Commit to buy is worth billions - it's like Kickstarter in reverse but with escrow. I posted Kickstarter in reverse on my ideas list.

You could monitor search terms that don't reveal many results on online search engines to create lots of money. If that data was not public that would be really valuable.

[atsakyti]

chronological

Prieš @ Commit to buy & crowdfunding

Jūs mąstote vienodai. Taip, iš tikrųjų mfg.com veikia šiek tiek panašiai – pagalvokite apie tai kaip „UpWork“ tiekėjams – įkeliate savo dalių projektus ir automatiškai pateikia visų dalių sąrašą. jūsų techninės įrangos komplektą, kad tiekėjai galėtų pateikti pasiūlymą, jų gamybai. Dabar, žinoma, jūs turite turėti savo specifikaciją, ko norite. „Specifikacija“ iš tikrųjų yra jūsų produktų „tikslinių sąlygų“ arba „tikslo sąlygų“ rinkinys (aparatinėje įrangoje, panašiai kaip bandymai kuriant programinę įrangą), nurodant jūsų norą. Tada jūs tiesiog sumokėsite ir jie jums pristatys tas dalis.

Manau, kad ir aš turėjau panašią mintį, kai pagalvojau – ei, turėčiau, kad paieškos sistema sugeneruotų tai, ko ieškau, jei jų dar nėra.

// Aš siūlau platformą, kurioje jūs sakote, ko norite ir kiek esate pasirengę už tai mokėti, ir ji gali būti finansuojama kartu su kitais, kurie to nori.

Ar patinka mfg.com kartu su „Groupon“?

You think alike. Yes, in fact, mfg.com works a bit like that -- think of it like "UpWork" for suppliers -- you upload your part designs, and it automatically lists all the parts of your hardware assembly for suppliers to bid, for manufacturing them. Now, sure, you have to have your specification of what you want. A "specification" is actually a set of "target conditions" or "goal conditions" for your products (in hardware, a bit like tests in test-driven software development), specifying your desire. Then, you just pay and they deliver those parts to you.

I think I had a similar thought, when I thought -- hey, I should be able to get a search engine generate things I search for, if they don't yet exist.

// I propose a platform where you say what you want and how much you're willing to pay for it and it can be crowdfunded with others who want the same.

Like mfg.com combined with "Groupon"?

[atsakyti]

Mindey

Prieš @ Grounded Stream . com

Naudojau šią programą podcast'ui ir ją lengva naudoti. https://www.headliner.app/

I've used this app for podcast and it's easy to use. https://www.headliner.app/

[atsakyti]

transiency

Prieš @ Document database backed by keyvalue storage

Puiku, kad pradėjote projektą, [chronologiškai]! Labai įdomu. Aš giliai pasinersiu į jūsų mintis apie įgyvendinimą ir kodą. Galbūt čia taip pat galime pakviesti žmones, kurie domisi ar dirba su susijusiomis technologijomis.

Great you starting a project, [chronological]! Very interesting. I'll have a deep dive into your thoughts of implementation and code. Perhaps we can also invite here people interested or working on related technology.

[atsakyti]

Mindey

Prieš @ o2oo Feature Requests

Aš siūlau pagrindiniame puslapyje turėti skyrių, vadinamą atsitiktiniais virš problemų / galvosūkių

I suggest the home page having a section called random above problems/puzzles

[atsakyti]

chronological

Prieš @ Work aggregation and work pattern matching

Paskelbiau šią idėją halfbakery

https://www.halfbakery.com/idea/High_20level_20intellectual_20task_20pattern_20matching_20and_20aggregation

I posted this idea to halfbakery

https://www.halfbakery.com/idea/High_20level_20intellectual_20task_20pattern_20matching_20and_20aggregation#1652313936

[atsakyti]

chronological

Prieš @ Document based databases

Jūsų mintis sinchronizuoti SQL duomenų bazę su dokumentų saugykla yra panaši į mano mintį sinchronizuoti SQL duomenų bazę su dyanamodb, kuri yra greita raktinių reikšmių saugykla.

Noriu geriausio NoSQL našumo, bet SQL galia prisijungia.

Your idea of synchronizing a SQL database with a document store is similar to my thought of synchronizing a SQL database with dyanamodb which is a fast keyvalue store.

I want the best of NoSQL performance but the power of SQL joins.

[atsakyti]

chronological

Prieš @ Document based databases

Sukūriau JSON raktų erdvę, kurią galima greitai iššifruoti atgal į JSON ir greitai nuskaityti naudojant RocksDB raktinių reikšmių duomenų bazės diapazono nuskaitymą.

Tai leidžia mums atlikti įprastą maišos sujungimą, kaip tai daro reliacinė duomenų bazė.

Tai JSON { "vardas": "Samuelis Skvairas",

"darbas": {

"currentJob": {"company": {"darbuotojų skaičius": 2500}}

}

}

{"_id": "1",

"vardas": "Samuelis Skvairas",

"hobis": [

{"vardas": "Dievas"}, {"vardas": "duomenų bazės"}, {"pavadinimas":"kelių kompiuterių sistemos"}

] } Yra paverstas bent šiais raktinių reikšmių objektais

0.0 = "Samuelis Skvairas"

0.1.0.0.0 = "2500"

0.0 = "Samuelis Skvairas"

0.1.0.0 = "Dievas" 0.1.1.0 = "duomenų bazės" 0.1.2.0 = "kelių kompiuterių sistemos"

Iš esmės su raktais suformuokite plokščią dokumento struktūrą.

"tipykite žmones": "objektas",

"type people.*": "sąrašas",

"type people.*.0": "styga",

"type people.*.1": "sąrašas",

"type people..1..0": "eilutė",

"type people..1.": "objektas",

"type people.*.2": "objektas",

"type people.*.2.0": "objektas",

"type people.*.2.0.0": "objektas",

"type people.*.2.0.0.0": "skaičius",

"field people.*": "LIST",

"field people..1.": "LIST",

"field people.*.0": "vardas",

"lauko žmonės.*.1": "hobis",

"field people..1..0": "vardas",

"field people.*.2": "darbas",

"field people.*.2.0": "currentJob",

"field people.*.2.0.0": "company",

"field people.*.2.0.0.0": "employeeCount",

"lauko žmonės": "žmonės",

"field people.*": "LIST",

"field people.*.3": "žodžiai",

"field people..3.": "LIST",

"lauko žmonės..3..*":"SĄRAŠAS",

"field people..3...": "LIST",

"type people.*.3": "sąrašas",

"type people..3.": "sąrašas",

"type people..3..*": "sąrašas",

"type people..3...": "sąrašas",

"type people..3....*": "skaičius"

I've designed a keyspace for JSON that is fast to decode back into JSON and is fast to scan in a RocksDB keyvalue database range scan.

This lets us do a regular hash join as a relational database does.

This JSONs { "name": "Samuel Squire",

"job": {

"currentJob": {"company": {"employeeCount": 2500}}

}

}

{"_id": "1",

"name": "Samuel Squire",

"hobbies": [

{"name": "God"}, {"name": "databases"}, {"name":"multicomputer systems"}

] } Is turned into at least the following keyvalue objects

0.0 = "Samuel Squire"

0.1.0.0.0 = "2500"

0.0 = "Samuel Squire"

0.1.0.0 = "God" 0.1.1.0 = "databases" 0.1.2.0 = "multicomputer systems"

Essentially form a flat structure of the document with keys.

"type people": "object",

"type people.*": "list",

"type people.*.0": "string",

"type people.*.1": "list",

"type people..1..0": "string",

"type people..1.": "object",

"type people.*.2": "object",

"type people.*.2.0": "object",

"type people.*.2.0.0": "object",

"type people.*.2.0.0.0": "number",

"field people.*": "LIST",

"field people..1.": "LIST",

"field people.*.0": "name",

"field people.*.1": "hobbies",

"field people..1..0": "name",

"field people.*.2": "job",

"field people.*.2.0": "currentJob",

"field people.*.2.0.0": "company",

"field people.*.2.0.0.0": "employeeCount",

"field people": "people",

"field people.*": "LIST",

"field people.*.3": "words",

"field people..3.": "LIST",

"field people..3..*":"LIST",

"field people..3...": "LIST",

"type people.*.3": "list",

"type people..3.": "list",

"type people..3..*": "list",

"type people..3...": "list",

"type people..3....*": "number"

[atsakyti]

chronological

Prieš @ Document based databases

Raktinis žodis yra „efektyvus“. Efektyvumas yra atvirkščiai proporcingas skaičiavimo sudėtingumui, todėl manau, kad jūs ieškote naujų sujungimų su nestruktūriniais duomenimis algoritmų.

Pirma, problema jau išspręsta SQL duomenų bazėse, tiesa? Kodėl gi nepažvelgus į įgyvendinimą ir nepaisant jo iš ten?

Tarkime, kad turime neapdorotus duomenis kaip JSON įrašus (arba žodynus, maišus). Tuomet jums rūpi efektyvi užklausa, kuri yra indeksavimo (užklausos optimizavimo arba užklausos algoritmų) objektas. Mes reguliariai indeksuojame SQL duomenų bazes į ElasticSearch, nes SQL duomenų bazės nėra geros arba nėra pakankamai lanksčios ieškant teksto kitais naudotojams svarbiais būdais: naudojame kitus duomenis. sistema, kuri puikiai išmano, ir laikykite ten duomenų kopiją. Vietos nelabai taupo, bet veikia. Tą patį galėtume padaryti ir su NoSQL – jei reikia į prisijungimą panašių užklausų – tiesiog „indeksuokite“ duomenis į SQL duomenų bazes, naudodami specializuotus procesus, kurie interpretuoja ir perkelia SQL duomenų bazę sklandžiai, dirbdami kaip papildomą darbą kartu su NoSQL, nuolat ieško naujų laukų ir kuria tuos laukus papildomoje SQL duomenų bazėje. Žinoma, naudoti daug duomenų bazių vienu metu nėra elegantiškas sprendimas, todėl sutinku, kad reikia tobulinti dokumentais pagrįstas duomenų bazes. Juk schemos neegzistuoja, kiekvienas įrašas implikuoja kažkokią schemą, o kai pakankamai daug įrašų dalijasi tam tikrais laukais, tai gali pateisinti naujo SQL lauko ar išorinio rakto sukūrimą. Pagalvokite apie tai kaip apie smegenis, kurios suvokia naujus „fizikos dėsnius“, kai matome pakankamai daug konkretaus tipo pavyzdžių...

The keyword is "efficient". Efficiency is inversely proportional to computational complexity, and so, I assume, you look for new algorithms for joins with unstructured data.

First, the problem is already solved in SQL databases, right? Why not to take a look at the implementation, and take it from there?

Let's say we have raw data as records of JSON (or dictionaries, hashmaps). What you're concerned about then is efficient querying, which is a subject of indexing (query-optimizing, or query algorithms). We routinely index SQL databases into ElasticSearch, because SQL databases are not good or not flexible enough in text search in other ways that users care about: we use another data system, that is good at it, and keep a copy of data in there. Not very space-saving, but works. We could do the same with NoSQL -- if you need join-like queries -- just "index" data into SQL databases, by specialized processes, that interprets and migrates SQL database on the fly, working as a complementary job in concert with the NoSQL, always looking for new fields, and creating those fields in the complementary SQL database. Sure, using many databases at once is not an elegant solution, so I agree, that we need improvement of document based databases. After all, schemas are not non-existent, every record implies a schema some sort, and when sufficiently many records share certain fields, it may justify creation of new SQL field or foreign key. Think of it like a brain that realizes new "laws of physics" when one sees sufficiently many examples of a specific type...

[atsakyti]

Mindey

Prieš @ Money packages

// "žmonės, kurie pirko tai, taip pat pirko tai."

„Amazon“ paprastai rekomenduoja remtis filtravimu bendradarbiaujant.

// pirkite šiuos už £a b c

Galbūt tai tik į k-means panašus grupavimas.

Yra daug sudėtingesnių metodų, tačiau jie nepadaro išvados apie tikrąjį ketinimą: tai asociacijos, pagrįstos tendencijomis, nesuprantančiais tikrojo vartotojo ketinimo.

// "people that bought this also bought this."

Amazon recommends generally based on collaborative filtering.

// buy these for £a+b+c

Perhaps that's just k-means-like clustering.

There are many more complex methods, but those do not do true intent inference: those are associations based on trends, not understanding true intent of user.

[atsakyti]

Mindey

Prieš @ Money packages

Priežastis, kodėl to noriu, yra ta, kad noriu tai padaryti dėl atlyginimų.

Įsivaizduokite, kad registruojatės įmonėje, kuri teikdama jums paslaugas teikia masto ekonomiją. Taigi jūs skiriate jiems 100% savo atlyginimo, o jie jums skiria maistą, transportą ir pastogę.

The reason I want this is that I want to do this for salaries.

Imagine registering for a company that does economy of scale to provide services to you. So you allocate 100% of your salary to them and they allocate you food, transport and shelter.

[atsakyti]

chronological

Prieš @ Money packages

Taip, rekomendacijų sistemos galėtų būti naudojamos skaičiuojant, ką turi kiti žmonės, ir galėtų naudoti atsiliepimus atsiliepimams.

„Amazon“ produkto puslapyje yra skyrius, kuriame rašoma: „Žmonės, kurie pirko šį produktą, taip pat pirko šį produktą“. Ir tada sakoma, kad pirkite juos už £a b c. Nesu tikras, ar tai leidžia nusipirkti pigiau, bet aš niekada jų nepirkau. Pamačiau tai savo knygai, kurią neseniai nusipirkau..buvo dar viena knyga, kurią žmonės pirko kartu su mano knyga.

Yes recommendation systems could be used to calculate what other people have and could use reviews for feedback.

Amazon has a section on a product page that says "people that bought this also bought this." And then it says buy these for £a+b+c. I'm not sure if it lets you buy it for cheaper but I've never bought one of them. I saw it for my book I bought recently..there was another book that people bought with my book.

[atsakyti]

chronological

Prieš @ Money packages

Ar jums patinka ekstrapoliuojantis rekomenduotojas, pagrįstas jūsų dabartine tendencija ir pinigų riba?

Like an extrapolating recommender based on your current trend and the money threshold?

[atsakyti]

Mindey

Prieš @ Money packages

Mindey Noriu to vaikščioti pėsčiomis ir naudotis viešuoju transportu.

Pavyzdžiui, noriu pamatyti, kiek galiu nuvažiuoti per 10–20 minučių. Prie autobusų stočių ar traukinių stočių, kurių aš nežinau, gali būti parduotuvių.

Bet taip, prekių, kurias galite įsigyti už nustatytą pinigų sumą, skaičius yra įdomus skaičiavimais. Manau, kad tai skaičiuojamųjų monetų variantas, skirtas duoti keitimui arba supakuoti daiktus į dėžę ar siuntimo pakuotę.

Mindey I want that for walking and public transport usage.

For example, I want to see how far I can get within 10-20 minutes. There may be shops near bus stations or train stations I don't know of.

But yes the number of items you can purchase for a set amount of money is interesting computationally. I think it's a variation of the calculating coins to use to give change or to bin pack items in a crate or shipping package.

[atsakyti]

chronological

Prieš @ Money packages

Ar tai būtų kaip „Google“ žemėlapiai, kuriuose galėtumėte gauti sąrašą visų vietų, į kurias galite keliauti su tam tikru degalų kiekiu? (t.y. įvedate degalų kiekį ir rodomi visi keliai, kuriuos galima būtų paimti iš vietos X) Su pinigais galėtume padaryti ir tokį žemėlapį: produktų derinių filtras (galimi krepšeliai), bet kombinatoriškai tai būtų būk sprogus – jis jau sprogstamas net naudojant paprastus žemėlapius ir degalus, nes kiekvienas išsišakojimas kelyje veda prie naujo galimo kelionės derinio. Turite apriboti savo užklausą, tarkime, ką toliau galite nueiti su tam tikra kuro / pinigų suma.

Would this be like Google maps, where you could get a list of all locations that you can travel to with a given amount of fuel? (i.e., you enter the amount of fuel, and it shows all the roads that could possibly be taken from a location X) We could do that kind of map with money too: filter of product combinations (possible baskets), but combinatorially that would be explosive -- it is already explosive even with simple maps and fuel, because every forking on the road leads to new possible travel combination. You have to constrain your query to, say, -- what's the furthest you could go with given amount of fuel / money.

[atsakyti]

Mindey

Prieš @ Document based databases

Kaip sukurti dokumentų duomenų bazę, kuri palaiko prisijungimus?

Dažnas dokumentų duomenų bazių trūkumas yra tas, kad jos dažnai nepalaiko veiksmingų sujungimų. Jie vaizduoja dokumentų įrašus kaip nepermatomą dėmę.

Sukūriau pridedamą projektą, kad pakalbėčiau apie tai, kaip planuoju įdiegti dokumentais pagrįstą saugyklą, naudojant raktinių reikšmių saugyklą kaip užpakalinę programą. Kiekvienas dokumento raktas yra atskiras raktas ir jie išdėstyti taip, kad diapazono nuskaitymas būtų efektyvus, kad maišos sujungimai galėtų vykti efektyviai.

How to build a document based database that supports Joins?

A common weakness of document databases is that they often do not support efficient joins. They represent document records as an opaque blob.

I created the attached project to talk of how I plan to implement document based storage using keyvalue storage as the backend. Each key of the document is a separate key and they are arranged so that range scans are efficient so that hash joins can take place efficiently.

[atsakyti]

chronological

Prieš @ Non fungible numbers

Na, galite rasti arba sugalvoti daug skaičių žiedų, kurie yra nekomutaciniai, daugybos arba sudėties, arba abiejų. Ir kodėl tik daugyba ir sudėtis? Turime daug operatorių. Matricų žiedas yra nekomutacinis dauginant ir pan.

Taigi, manau, tai nėra naujas dalykas, išskyrus įvardijimą. Kodėl žodis „pakeičiamas“ reiškia „komutacinį“? Tiesą sakant, taip apibrėžiate lygybės ženklą "=", bitkoine 1 BTC neturėtų būti lygus kitam 1 BTC dėl skaičiavimo sudėtingumo arba energijos, reikalingos jam išgauti (arba kiekvienam sudedamajam blokui, kuris sudaro tą 1 BTC), tačiau „lygybė“, apibrėžta bitkoino kodu, dirbtinai paverčia juos „lygiaverčiais“. Tiesą sakant, pagrindinėje tikrovėje galbūt niekas nėra identiška, o lygybės konstruojamos kaip proceso kilpos (t. y. programos, kurios apverčia kitas programas, formuoja būsenų kilpas arba ekvivalentiškumo klases. /wiki/Equivalence_class) pagal operacijas).

Turiu omenyje tai, kad procesai dažnai yra nekomutaciniai, todėl su jais tenka susidoroti ieškant kelių būsenų erdvėse (tarkime, kad mašinos ar debesies infrastruktūros būsenos erdvė ne visada gali būti grįžtama atliekant tą pačią operaciją, bet taikomos skirtingos operacijos ar operatoriai jiems (=programoms) reikia pritaikyti, kad pasiektų tą pačią būseną atgal arba pirmyn), kad būtų galima grįžti ir grįžti į pradinę būseną.

Be natūralių įvykių, taip pat galite nustatyti pridėjimo reikšmę aksiomatiškai pasirinkdami žiedo savybes. Pavyzdžiui, jei apibrėžiame „sudėtį“ kaip skaitmenų, o ne skaičių sudėjimą, gauname, kad daugyba ir sudėtis nėra komutacinės:

4 3 = "43", o tai nėra tas pats, kas 3 4 = "34"

4 * 3 = "3333", kuris nėra lygus 3 * 4 = "444"

Galiausiai, skaičiai yra skaičiavimo įrankiai, o įrankiai yra pragmatiški – sakyčiau taip – ​​eikite į priekį, kur patogu, kurkite naujas skaičių sistemas.

Well, you can find or come up with many rings of numbers, that are non-commutative, either under multiplication, or addition, or both. And, why just multiplication and addition? We have lots of operators. Ring of matrices are non-commutative under multiplication, etc.

So, I guess this is not a new thing, except for naming. Why use the word "fungible" for "commutative"? In reality, it's how you define the equality sign "=", in bitcoin, 1 BTC should not be equal to another 1 BTC under computational complexity or energy needed to mine it (or each constituent block making up that 1 BTC), but the "equality" defined by bitcoin code artificially makes them be "equal". In fact, at the base reality, perhaps nothing is really identical, and equalities get constructed as process loops (i.e., programs, that reverse other programs, forming state loops, or equivalence classes under operations).

I mean, processes are often non-commutative, so you have to deal with them by searching paths in state spaces (let's say a state space of a machine or cloud infrastructure can not always be reversible by the same operation but different operations or operators applied to them (=programs) need to be applied to reach the same state backward vs forward) to go and come back to the original state.

Apart from natural occurrences, you can also set the meaning of addition by choosing ring properties axiomatically. For example, if we define "addition" as adding up numerals, rather than numbers, we get that multiplication and addition are not commutative:

4 + 3 = "43", which is not the same as 3 + 4 = "34"

4 * 3 = "3333", which is not equal 3 * 4 = "444"

Ultimately, numbers are tools of computation, and tools are pragmatic in nature -- I'd say yes -- go forward, define new number systems, where it is convenient.

[atsakyti]

Mindey

Prieš @ A Numeric Code to Refer to Goals and Ideas, etc.

Aš klydau, kad logaritmas buvo naudojamas intervalams tarp atomų subapvalių. Nežinau, kodėl taip maniau.

Įdomus ir atominių skaičių pasiskirstymas.

I was wrong of the logarithm being used for ranges between atom subshells..not sure why I thought that.

The distribution of atomic numbers is interesting too.

[atsakyti]

chronological

Prieš @ Work aggregation and work pattern matching

Kai kurie darbai ir kai kurie agregatai -

Kažkas turi pakeisti savo adresą, kai persikelia gyventi į kitą vietą.

Tūkstančiams žmonių tai galioja kiekvieną dieną.

Visa tai gali būti pakeista vienu sandoriu.

Kažkas gauna tų adresų, kurie keičiasi, sąrašą ir patvirtina pakeitimą.

Kažkam reikia interneto ryšio arba produkto. Yra du skaičiai, kuriuos reikia palyginti. Kainų diapazonas rinkoje £23-37, o klientų biudžetas £30. Tada maksimizavimo arba sumažinimo procesas, kurį klientas pageidauja derinti su tiekėju.

Kai kas nors atlieka informacijos darbą naudodamas skaičiuokles ir naršydamas internete bei įvedamas duomenis, reikia aptikti šabloną. Pavyzdžiui, kartojimo aptikimas naudojant skaičiuoklę. Arba kartoti elementų sąrašą tinklalapių sąraše. Tai panašu į makrokomandų įrašymą IDE, vim ir užrašų knygelėje.

Jei galite aptikti darbo modelį ir suderinti jį su kitais vartotojais, galite jį automatizuoti. Ir aptikti panašų kitų žmonių darbą.

Some work and some aggregations -

Someone needs to change their address as they are moving out to a new location.

There are thousands of people that this is true for every day.

These could all be changed in one transaction.

Someone receives a list of those addresses that are changing and approves the change.

Someone needs an internet connection or a product. There is two numbers that need to be compared. The range of prices in the market £23-37 and the customers budget £30. Then a maximisation or minimisation process which is a customer preference for matching to a supplier.

When someone is doing information work with spreadsheets and web browsing and data entry there needs to be a detection of a pattern. Such as detecting the iterating through a spreadsheet. Or iterating down a list of items on a web page list. This is like macro recording in IDEs, vim and notepad++.

If you can detect the pattern of work and match it to other users you could automate it. And detect similar work by other people.

[atsakyti]

chronological

Prieš @ A Numeric Code to Refer to Goals and Ideas, etc.

Galbūt nukleonų skaičius atomuose yra susijęs su sveikųjų skaičių sekomis – kas žino? Be to, skaičiai gali būti vardų erdvėje, kaip ir kintamieji OOP programavimo kalbose, ir tai jau plačiai naudojama įvairiose srityse.

Maybe the numbers of nucleons within atoms are associated with integer sequences - who knows? That said, numbers can be namespaced, just like variables in OOP programming languages, and it is already being widely used in various domains.

[atsakyti]

Mindey

Prieš @ RIDDLE BY ME:

interfacial statial: koordinatės, kad būtų galima liesti pagrindą su jūsų Gee metaverse?

inter-facial statial: the coordinates to touch base with your Gee in the Metaverse?

NUE-REALITEE-STATIAL

its not "state" anymore, its "statial" lol

[atsakyti]

Bassxn2

Prieš @ Grounded Stream . com

Visa tai, kas išdėstyta pirmiau, gali būti apibendrinta viena citata: atsitiktinai pirmą kartą išgirdau iš @Mindey: ir tai buvo:

"Viskas yra SĄRAŠAS!!!"

negali būti tikresnis. o tikslas yra:

pastatas GS LIST-TREE..

All the above can be summarised in one quote: coincidentally enough first I heard was from @Mindey: and that was:

"everything is a LIST!!!"

can't be truer. and the Target is:

building GS LIST-TREE..

[atsakyti]

Bassxn2

Prieš @ Grounded Stream . com

tarpfaktorinis-vartotojas

inter-factor-userface

[atsakyti]

Bassxn2

Prieš @ A Numeric Code to Refer to Goals and Ideas, etc.

Atominiai skaičiai apibrėžia atomų savybes. Taigi skaičiai yra tapatybės.

Atomic numbers define the properties of atoms. So numbers are identities.

[atsakyti]

chronological

Prieš @ (A+xB)/C = y

Manau, [tiksliai] iš Halfbakery turi prasmę:

"Nebent aš neteisingai suprantu problemos teiginį, tai atrodo kaip trivialus rečiausiai paplitusios daugybinės problemos variantas, kurį galima išspręsti keliais algoritmais [nuoroda]. (A xB)/C = y man atrodo lygiavertis y = LCM(A–C, B)."

Galbūt sprendimas yra paprastas, bet aš to dar nepatikrinau (TBD vėliau).

I think, [notexactly] from Halfbakery has a point:

"Unless I'm misunderstanding the problem statement, this seems like a trivial variant of the least common multiple problem, which can be solved by several algorithms [link]. (A+xB)/C = y seems to me to be equivalent to y = LCM(A - C, B)."

Perhaps the solution is simple, but I had not yet verified this (TBD later).

[atsakyti]

Mindey

Prieš @ Truly personal computation

Centrinė planinė ekonomika.

Tai taip sudėtinga ir apima begalinį regresą. Taigi jums reikės kopimo į kalną algoritmo ir jums reikia vengti vietinio optimalumo ir rasti visuotinius Optimumus.

Tu daryk tai, jei aš tai darau. Bet jūs reaguotumėte į tai, kad aš tai daryčiau reaguodamas į tai.

Ekonomika sudėtinga, o žmonės – sudėtingi. O kas, jei galėtume užfiksuoti tam tikrą informaciją ir ją apskaičiuoti. Modelis turi atitikti tikrovę, ir aš įtariu, kad modelį būtų sunku rasti, o tai gali būti sprendimas neuroniniams tinklams – surasti funkciją, kuria veikia ekonomika.

Centrally planned economy.

It's so complicated and it involves infinite regress. So you would need a hill climbing algorithm and you need to avoid local optimum and find global Optimums.

You do this if I do that. But you would react to me doing this in reaction to that.

Economics is complicated and people are complicated. What if we could capture some information and compute on it. The model must match reality and I suspect finding a model would be difficult and it might be a solution for neural networks - finding the function over which the economy works.

[atsakyti]

chronological

Prieš @ Questioning the reality of time amidst current TRANSITIONS, is time Obsolete?

Už laiko ribų turime tik dabar. Laikas neegzistuoja, tai yra iliuzija, jis vienu metu egzistuoja dvasiškai ir neegzistuoja. Galite būti laiko viduje arba už jo ribų.

Kiekvienas įvykis vyksta su subjektu ir yra susijęs su visais kitais dalyviais. Galite stebėti įvykius atvirkštine tvarka, jei judate įvykio link, nes kai kurie dalykai yra arčiau jūsų, o kiti – toliau.

Outside time we have only now. Time doesn't exist it's an illusion it simultaneously exists spiritually and doesn't exist. You can be inside or outside of time.

Every event occurs with a subject and is relative to every other involvee. You can witness things in reverse order if you move towards an event due to some things being nearer to you and others being further away.

[atsakyti]

chronological

Prieš @ “Trade” Vs. “buy/sell”

Galite galvoti apie pinigus kaip apie viską, ką galite nusipirkti su jais.

Taigi nėra skirtumo tarp prekybos prekėmis tiesiogiai ir prekyba pinigais.

Tai bent jau mano samprotavimas. Pinigų kaina reiškia algebrinį kintamąjį, kuris yra lygus bet kokiai pinigų sumai, kuri yra didesnė arba lygi už ją.

You can think of money as a representative for everything you can buy with it.

So there is no difference between trade with goods directly and trade with money.

This is my reasoning at least. A price of money represents an algebraic variable that is equivalent to any money amount greater or equal than it.

[atsakyti]

chronological

Prieš @ Laiko veidrodis

Tikiu, kad viskas, kas vyks, tęsis.

I believe that whatever would go on wilt go on.

[atsakyti]

chronological

Prieš @ Laiko veidrodis

[chronologinis] – būtų įdomiau, jei tas chronoskopas leistų matyti ir įvykius paralelinių visatų laiko juostose. Vis dėlto manau, kad tai buvo ištirta filmuose. Prisimenu epizodą „Stargate SG-1“. :)

[chronological] - would be more interesting, if that chronoscope would also allow to see events in the timelines of parallel universes. I think though, that had been explored in the movies. I remember an episode in Stargate SG-1. :)

[atsakyti]

Mindey

Prieš @ Laiko veidrodis

Nutolus nuo veidrodžio, atkūrimo greitis didėtų, kaip filme Laiko spąstai, bet atvirkščiai. Teoriškai, jei stebuklingai žengtume per laikinąjį veidrodį, tai turėtų vykti į priekį.

As one goes away from the mirror, the speed of replay would be increasing, like in the the movie Time trap, but in reverse direction. Theoretically, if one would magically step through the temporal mirror, it should happen in the forward direction.

[atsakyti]

Mindey

Prieš @ Raising awareness of Infinity family

Jaučiu, kuo daugiau vibracijų sukasi pagrindiniame rate, kuriamos energijos ir rezonansas trauks bendraminčius ar „panašių akių“ žmones...

mano 2 centai...

tai kaip forumas...

Kaip turgavietė... Tikiuosi sugrįžti ir parašyti idėjų... nes man patinka rinkos mąstymas... mainai, sandoriai, vertės kūrimas, vertės dalijimasis... tvarumas, "augimas" kaip veiksmažodis...

I feel the more vibrations spin within the core circle, the energies and resonance created will pull like-minded or "like-eyed" peops in...

my 2 cents...

thats as a forum...

As a marketplace... I hope to come back and write ideas... as I love marketplace thinkings... exchange, transactions, value creation, value sharing... sustainability, "growing" as a verb...

[atsakyti]

Bassxn2

Prieš @ Raising awareness of Infinity family

Matau Infinity šeimos bendradarbiavimo duomenų platformos vertę. Aš pats noriu P2P duomenų saugojimo API arba platformų. Jei Dievas duos, aš skirsiu šiek tiek laiko šiai problemai spręsti.

Aš savotiškai matau, kad pusė kepyklėlės yra ne visai rimtų idėjų kalbėjimo platforma. Bet ten yra gerų idėjų. Tačiau nėra tikro susitarimo, kaip įgyvendinti idėjas ir tęsti kalbėjimą apie idėjas.

Komitetai yra pavojingi idėjoms, nes jie susilpnina bet kurio nario įtaką ir stengiasi vienu metu išspręsti daugelio žmonių skonį ir pageidavimus. Tačiau šių komitetų, darbo grupių ir RFC rezultatas yra interneto standartai ir įvairūs interneto protokolai. Tuo tarpu kitos API protokolų platformos yra vieno žmogaus pastangos, tokios kaip „Bit Torrent“ ir „Bitcoin“.

I can see the value in collaborative data platform for Infinity family. I myself want P2P data storage APIs or platforms. If God wills it I wilt spend some time working on this problem.

I kind of see half bakery as a talking platform for ideas that aren't completely serious. But there are good ideas on there. But there's no real agreement on how to take ideas further and keep the talking of the ideas going.

Committees are dangerous to ideas as they cause dilution of any one member's influence and try to solve many individuals tastes and preferences at once. But the outcome of these committees and working groups and RFCs is the Internet Standards and various internet protocols. Whereas other APIs protocols platforms are one man efforts such as Bit Torrent and Bitcoin.

[atsakyti]

chronological

Prieš @ Raising awareness of Infinity family

Visiškai sutinku su tavimi Rūta.

Man patinka kalbėti apie idėjas ir mintis tol, kol jaučiuosi patogiai ir pakankamai tikiu idėja, kad galėčiau ją įgyvendinti.

Manau, kad socialinis daiktų kūrimas yra ateitis. Ateitis gali būti tokia nuostabi, kai pakankamai žmonių naudosis Infinity šeima.

Dėl sveikatos problemų šiuo metu galėčiau labiau tilpti į jūsų tipologijos grupę „Smalsūs komentatoriai“ nei kitos grupės. Tačiau esu tikras, kad jei kiltų tinkama idėja, galėčiau pridėti prie projekto arba pradėti projektą. Jaučiu, kad dar turiu pradėti nuodugnų pokalbį tema, kaip viskas veiktų ar turėtų veikti, ir nekantrauju išgirsti kitų žmonių mintis ir jausmus

I completely agree with you Ruta.

I enjoy talking of ideas and thoughts until I get comfortable and have faith in the idea enough to work on it.

I believe social creation of things is the future. The future could be so amazing with enough people using Infinity family.

I might fit more into the "Curious Commentators" group of your typology more than the other groups at this time due to health problems. But I am sure if the right idea came along I would be capable of adding to the project or starting the project. I feel I hast yet to enter in an in depth talk on a subject how things would or should work and I am eager to hear other people's thoughts and feelings

[atsakyti]

chronological

Prieš @ Raising awareness of Infinity family

Pagalvojau, kad mano nuomone, Infinity šeima yra užbaigta net ir praėjus MVP etapui, nes ji naudojama kuriant save.

Mums reikia universiteto projektų ir bendruomenės bei socialinių įmonių ir pradedančiųjų įmonių, naudojančių „Infinity“ šeimą, kad galėtų sekti dalykus savo geografiniame regione ir įsilaužėlių erdvėse.

Manau, kad „Reddit“ įrašas apie /r/side projektus ir „Produktų medžioklė“, „Kickstarter“ turėtų būti vieta, kur pradėti „Infinity“ šeimą.

Tačiau visa tai reikalauja daug pastangų, kad būtų sukurtas pirminis pasiūlymas. Produktų medžioklė tikisi aukštos kokybės informacijos puslapio, kuriame dokumentuojamas produktas. „Kickstarter“ reikalauja administravimo užduočių.

I was thinking that to me Infinity family is feature complete even past the MVP stage as it is used to develop itself.

We need University projects and community and social enterprises and startups using Infinity family to track things for their geographic region and hackerspaces.

I think a Reddit post on /r/side projects and Product Hunt, Kickstarter should be places to launch Infinity family.

But all these requires a lot of effort to create the original proposal. Product Hunt expects a high quality information page documenting the product. Kickstarter requires administration tasks.

[atsakyti]

chronological

Prieš @ Raising awareness of Infinity family

Geras skambutis [chronologiškai]! Man atrodo, kad Infinity yra tam tikro tipo žmonėms, kurie mėgsta praleisti valandas tiesiog mąstyti, skaityti, komentuoti, rašyti. Pavyzdžiui:

Netiesiniai mąstytojai: žmonės, kuriems patinka galvoti apie įvairius pomėgius, tyrinėti įvairias temas, skaityti knygas, žymėti, rinkti pastabas ir užsirašyti mintis, pavyzdžiui, tyrinėtojai, tinklaraštininkai, žurnalistai.

Smalsūs komentatoriai: žmonės, kuriems patinka skaityti įvairiomis temomis ir dalytis komentarais bei įžvalgomis, pavyzdžiui, tinklaraščių komentatoriai, „LinkedIn“ komentatoriai, „Reddit“ komentatoriai ir kt.

Apskaitą mylintys asmenys: žmonės, kurie mėgsta dokumentuoti savo kūrybines pastangas, galbūt žmonės, besidomintys gyvenimo žurnalais, kiekybiniu savęs vertinimu, atviru projektų valdymu, galbūt žmonės, kurie naudojasi Vikipedija, bibliotekininkai, projektų ir produktų vadovai ir kt.

Taip sakau todėl, kad pakviečiau keletą draugų į Infinity Family, bet jie tuo nesinaudoja :) Taigi suprantu, kad jie tikriausiai neturi tokio pomėgio praleisti valandas mąstydami ir tvarkydami mąstymą.

Tada, remdamasis savo projektavimo darbais, supratau, kad kiekviena technologija yra skirta tam tikro tipo žmonėms, kuriems patinka tam tikras elgesys, o Infinity Family atveju atrodo, kad tai pirmiausia yra mąstymas ir rašymas.

Taigi, kur mes pirmiausia rasime tuos mąstytojus? Apžiūrime ir kviečiame ;)

Good call [chronological]! To me it seems that Infinity is for a certain type of people who love spending hours of their day simply to think, read, comment, write. For example:

Non-Linear Thinkers: People who enjoy thinking about multiple interests, exploring various topics, reading books, bookmarking, collecting notes and writing thoughts down like researchers, bloggers, journalists.

Curious Commentators: People who enjoy reading about various topics and sharing comments and insights, like blog commentators, LinkedIn commentators, Reddit commentators, etc.

Accounting-Loving Doers: People who love documenting their creative efforts, perhaps people interested in lifelogging, quantified self, open project management, perhaps people who use Wikipedia, librariars, project and product managers, etc.

I'm saying this because I invited some friends to Infinity Family but they don't use it :) So I realise they probably don't have such a hobby to spend hours thinking and organising thinking.

Then based on my design work I realised that every technology is for a certain type of people who enjoy certain behaviours, and in Infinity Family case this behaviour seems to be thinking and writing first.

So, where do we find those thinkers first? Let's explore and invite ;)

[atsakyti]

Ruta

Prieš @ Raising awareness of Infinity family

Galbūt padarydami tai bendradarbiavimo duomenų projektu? Pastebėjau, kad daugelis į poveikį orientuotų organizacijų linkusios naudoti skaičiuokles savo duomenims ir hierarchijoms tvarkyti, o tai dažniausiai yra „Google“ skaičiuoklės arba „Airtable“. „Infinity“ duomenis sinchronizavau su „Google Sheets“ ir „Airtable“. Tačiau po to pristabdžiau sinchronizavimą, kol nustatysiu pranešimų tarpininką, kad jie nesulėtėtų svetainės veikimo. Be to, manau, kad bendradarbiaujant duomenų srityje būtų gerai naudoti atvirojo kodo BaseRow, o ne „Google Sheets“ ir „Airtable“. Manau, kad „Infinity“ pavertimas bendradarbiavimo duomenų projektu yra būtinas, kad jis būtų naudingas siekiant suburti daugiau technologijų išmanančius žmones ir organizacijas į „Infinity Family“. Apgyvendinimas naudotojams, turintiems galimybę prijungti duomenų šaltinius (pvz., tikrinimus ir API integracijas) prie šio bendrinamo elementų duomenų telkinio, kurio reikia, yra vienas iš dalykų, kurių reikia, kad „Infinity“ pasiektų aktualumą, kaip tai turėjo Vikipedija. Manau, kad „Infinity“ turi savotišką „Wikipedia for Doing“.

// šurmuliuojanti turgavietė.

Tarp vertybinių pasiūlymų naujokams gali būti tai, kad yra būrys nuolatinių lankytojų (pvz., išradimų vertintojų), kurie konstruktyviai kritikuoja naujus klausimus, idėjas. Manau, tai gali pradėti suvokti naudojant tam skirtus Telegram kanalus ir pritraukiant suinteresuotas šalis: ar reikėtų kviesti patentų biurų darbuotojus? :)

Perhaps by making it a collaborative data project? I've noticed that many impact-focused organizations tend to use spreadsheets to organize their data and hierarchies, which is -- mostly Google Sheets, or Airtable. I had made synchronization of data of Infinity with Google Sheets and Airtable. However, I have paused the synchronization after until I set up message-broker to avoid them slowing down the site's operation. Additionally, I think, instead of Google Sheets and Airtable, it would be good to use open source BaseRow for collaboration on data. I think, making Infinity into a collaborative data project is essential for making it useful for bringing more tech-savvy people and organizations together to the Infinity Family. Accomodating users with the ability to connect data sources (like crawls and API integrations) to this shared data pool of items to reason with, are among the things needed for Infinity to reach relevance, like Wikipedia had. I think of Infinity has "Wikipedia for Doing" of sorts.

// buzzing marketplace.

Among the value propositions to newcomers may be, that there's a bunch of regulars (like invention evaluators), who give constructive critique to new questions, ideas. I think, that can begin to realized using dedicated Telegram channels, and bringing the interested parties: should we invite employees of patent offices? :)

[atsakyti]

Mindey

Prieš @ Networking with Futurists Communities

Ir štai dar viena nario/vartotojo istorija, skirta ateitininkų bendruomenėms:

Tarkime, futuristų bendruomenė per savaitgalio stovyklą pradeda kurti prototipus apie pasaulio kūrimą tikslui Y su grupe dizainerių ir technologų. Jie galėtų naudoti „Infinity“, kad sukurtų atvirą projektą, kuriame visi kūrėjai atvirai dalintųsi savo kūriniais kaip „Rezultatai“ su nuorodomis į savo pusiau paruoštus prototipus ir „Valandos“, o ši bendruomenė, kaip projekto savininkė, galėtų demonstruoti prototipus vienoje vietoje per sistema.

Atviro prototipų kūrimo ir dalijimosi pusiau paruoštais rezultatais pranašumas yra prieiga – potencialių prototipų bandytojų kūrimas. Pavyzdžiui, hakatonuose ir įvairiose kūrėjų programose paskutinėse demonstracijose užfiksuota labai mažai, palyginti su realia kūrimo kelione, ir kūrėjai visada bijo kalbėtis su potencialiais savo kūrinių naudotojais. Jei kūrėjai dažniau atvirai dalintųsi savo išvadomis apie sistemą, jie galėtų sukurti daugiau vertingų prototipų ir sudaryti vartotojų bendruomenes kūrimo procese.

And here's another member/user story for doer futurists communities:

Say a futurists community starts creating prototypes about world building for cause Y with a group of designers and technologists over a weekend bootcamp. They could use Infinity to create an open project where all doers would openly share their creations as "Results" with links to their half-baked prototypes and "Hours" attached, and this community as a project owner could showcase the prototypes in one place through the system.

The benefit of open prototyping and sharing half-baked Results is access - exposure to potential prototype testers in the process of building. In hackathons and various creator programmes for example so little is captured in the final showcases compared to the actual development journey and doers are always afraid to talk to potential users of their creations. If doers share their findings more frequently openly on the system, they could produce more valuable protoypes as they go and form communities of users in the building process.

[atsakyti]

Ruta

Prieš @ Networking with Futurists Communities

Įdomu, kokiais įrankiais bendruomenės dabar suskirsto žmones į grupes? Galbūt jie galėtų naudoti „Infinity“ kaip įrankį, kad sukurtų projekto puslapį, kuriame registruojami dalyvių įnašai.

Tarkime, ne pelno siekiantis X nori inicijuoti tyrimo projektą apie Y priežastį, kai 6 mėnesiams gauna kolegų grupę. Jie galėtų naudoti „Infinity“ kurdami atvirą projektą, kuriame visi kolegos atvirai dalintųsi savo tyrimo išvadomis kaip „Rezultatai“ su nuorodomis į savo pusfabrikačius ir „valandas“, o ši ne pelno siekianti projekto savininkė galėtų platinti stipendijų mokėjimai per sistemą.

Atvirų tyrimų ir dalijimosi neapgalvotais rezultatais nauda yra tokia pati kaip minios šaltinių privalumas – naujų idėjų atskleidimas tyrimo procese. Taip pat viešoji atskaitomybė koreguoti tyrimo kryptį, remiantis viešai pasidalintomis išvadomis. Pavyzdžiui, įvairiose stipendijų programose tiek mažai fiksuojama baigiamuosiuose darbuose, palyginti su faktine tyrimų kelione. Jei mokslininkai dažniau dalintųsi savo išvadomis, jie galėtų gauti daugiau vertingų žinių. Ir taip pat anksčiau nei vėliau paveikti visuomenę. Nes visuomenė galėjo perskaityti pusgalvotas įžvalgas (dalijamas kaip Rezultatai) ir tuoj pat kurti.

nukrypau nuo temos...

Iš čia man atrodo, kad „Infinity“ iš tikrųjų galėtų veikti kaip turinio valdymo įrankis, kai užuot saugoję tyrimų pastabas „Google“ dokumentuose ir „Slack“ kanaluose, šios pastabos būtų paskelbtos „Infinity“ kaip vieši konkrečių atvirų tyrimų projektų rezultatai.

I wonder, what tools communities now use to organise people into groups? Perhaps they could use Infinity as a tool to create a project page where participant contributions are logged.

Say a non-profit X wants to initiate a research project about cause Y, when they get a group of fellows for a duration of 6 months. They could use Infinity to create an open project where all fellows would openly share the findings of their research as "Results" with links to their half-baked documents and "Hours" attached, and this non-profit as a project owner could distribute the fellowship payments through the system.

The benefit of open research and sharing half-baked Results is the same benefit of crowd-sourcing - exposure to new ideas in the process of researching. Also, public accountability to adjust the research direction based on the findings shared publicly. In various fellowship programmes for example so little is captured in the final papers compared to the actual research journey. If researchers share their findings more frequently, they could produce more valuable knowledge as they go. And also, to impact the society sooner than later. Because society could read the half-baked insights (shared as Results) and create on top of that straight away.

I went off-topic...

From here to me it seems that Infinity could work like a content management tool really, where instead of keeping Research notes in Google Docs and Slack channels, these notes would instead be published on Infinity as public Results for specific open research projects.

[atsakyti]

Ruta

Prieš @ [PFE] "identifications" of Product moving dimensions

Taip, tai daug aiškiau [Bassxn2]! Ačiū už pataisymus. Dabar tai prasminga.

Yes, it is much more clear [Bassxn2]! Thanks for the edits. It now makes sense.

[atsakyti]

Mindey

Prieš @ Grounded Stream . com

Mes pakeitėme šablonus į GAMINIO GYVYBĖS ETAPUS, pradedant idėja ir baigiant kompostu / dirvožemiu. Ir medžiagos gali patekti į kategoriją.

We have changed the templates to be the STAGES of LIFE of a PRODUCT, starting with idea, and ending with compost/soil. And the materials may go in the category.

[atsakyti]

Bassxn2

Prieš @ idoo

Heh, aš manau, kad tai turi būti lengviau nei Wordpress, kitaip žmonės juo nesinaudos. Deja, barjeras yra gana didelis: „Odoo“ yra įvairių slaptų vietų ir nustatymų, kad jis veiktų tinkamai. Manau, kad būtent dėl ​​​​to ji išlieka elitine programine įranga, kuriai reikia specializuotos agentūros. Tačiau manau, kad, šiek tiek paisę nurodymų, žmonės galėtų jį naudoti kaip Wordpress, o ne Django (Odoo gavo geriausią iš dviejų ar daugiau pasaulių).

Heh, well, I think it needs to become easier than Wordpress, or people won't use it. Unfortunately, barrier is quite large: there are various secret locations and settings on Odoo to just get it working right. I think, these are what keeps it being elite software, requiring a specialized agency to deal with. However, I think, with a little guidance, people could use it like they use Wordpress, and instead of Django (Odoo got the best of two or more worlds).

[atsakyti]

Mindey

Prieš @ idoo

Įdomu, ar ketinate savo vaizdo įrašus paversti internetiniu kursu, sukurtu naudojant patį odoo?

Curious, are you going to turn your videos into an online course made with odoo itself?

[atsakyti]

Ruta

Prieš @ idoo

Oho, puikus projekto pavadinimas, Mindey, su puikiu logotipu!

Sutinku, kad šis projektas reikalingas. Man prireikė metų, kol išmokau naudotis „WordPress“, todėl abejoju, ar perjungsiu, nebent būtų sumažinta kliūtis patekti į „odoo“. Atrodo, kad sutaupysite laiko, puiku! Taigi ačiū, kad pasidalinote naudingu rezultatu – pažiūrėsiu jūsų mokomąjį filmuką :)

Wow, great project name, Mindey, with a cool logo!

I agree this project is needed. It took me years to learn WordPress, so I doubt switching unless a barrier to entry odoo would be reduced. It seems you're going to give a time-saver, super! So thanks for sharing a useful result - I'll watch your instructional video :)

[atsakyti]

Ruta

Prieš @ Grounded Stream . com

PPA, PP ir PC yra inicialai pagal Platformdesigntoolkit.com metodą Dalyvavau jų* Platform Design Sprint internetinėse sesijose 2022 m

Ir yra pagrindinė „programavimo“ kalba, kurią naudoju GS ekosistemai

The PPA, PP, and PC, are initials following the Platformdesigntoolkit.com Method I attended their* Platform Design Sprint online sessions, in 2022

And is the main "programing" language I'm using for GS ecosystem

[atsakyti]

Bassxn2

Prieš @ Laiko veidrodis

Tai man primena trumpą istoriją apie įrenginį, kuris gali matyti bet kokią erdvę ir bet kurį laiką, kuris praėjo.

Jį sukūrė Isaacas Asimovas ir vadinasi „Negyva praeitis“.

Yra net šios idėjos puslapis Vikipedijoje.

https://en.m.wikipedia.org/wiki/Time_viewer

This reminds me of a short story of a device that can see any space and at any time that has passed.

It's by Isaac Asimov and it's called The Dead Past.

There's even a Wikipedia page of the idea.

https://en.m.wikipedia.org/wiki/Time_viewer

[atsakyti]

chronological