Movatterモバイル変換


[0]ホーム

URL:


はてラボはてな匿名ダイアリー
ようこそ ゲスト さんログインユーザー登録

「fields」を含む日記RSS

はてなキーワード:fieldsとは

次の25件>

2025-10-12

anond:20251012134743

最終行152文字最初21字。繰り返し回数10回。よってAI確定。'''{[Prompt]

"task": "ソシャゲ貶める文面",

"language": "python",

"parameters": {

"min_length":20,

"max_length": 150,

"max_iterations":10,

"incremental_only":false

},

"steps": [

"Splittextbyline breaks into an array.",

"Iterate through each element.",

"Filteroutlines shorter than min_length.",

"For each validline,outputitsindex, length, and content.",

"Stop when max_iterationsis reached orline length > max_length."

],

"output": {

"type": "list",

"fields": ["index", "length", "content"]

}

}

'''

規則性が見え透いている。甘いわ。

Permalink |記事への反応(0) | 14:04

このエントリーをはてなブックマークに追加ツイートシェア

2025-02-02

Chatgptが答えた異星人の存在可能性とのそのロジック

Please consider the histroy ofhumanity from biologicalperpsecitve and currentknown fact in nearbyuniverse, whichexpo-planet (from theSol systemperspective)ismostlikely to have civlizaedsociety? Pleaseaddpercentagenext toit in the chart

ChatGPT

Reasoned about exoplanetcivilizationlikelihoodを28 秒行う

Evaluatingplanetary prospects

OK, I’mlookingatthe likelihood of a civilizedsocietyon an exoplanet within ourSolar System.I’ll consider biologicalhistory and current space knowledge,aiming to identifythe most promising candidate.

Identifying potential candidates

I'm considering exoplanetslike Proxima Centauri b and TRAPPIST-1e, which might suggest they are within or observed from ourSolar System.

Assessing potential candidates

I’m evaluating Proxima Centauri b, Barnard'sStar, LHS 1140, and TRAPPIST-1,focusingon their habitablezonesand available data. The Drake equation might help estimate their civilizedsocietylikelihoods.

Identifying promising exoplanets

I’m notingkey exoplanetslike Proxima Centauri b and TRAPPIST-1, which haveEarth-like characteristicsand are in habitablezones. This narrows down the potential candidates for advancedcivilizations.

Assessing habitablezones

I'm gathering infoonplanetslike Proxima Centauri b and TRAPPIST-1, consideringfactorslikemagneticfields,atmospheres, and proximity to G-typestars for their potential to support advancedcivilizations.

Evaluating exoplanet prospects

I'm noting that Proxima Centauri b, despitebeing closeand around ared dwarfstar, might supportlife ifithas amagneticfieldand atmosphere. This makes me think aboutits potential.

Charting probabilities

I'm estimatingcivilization probabilities for exoplanetslike Proxima Centauri b and TRAPPIST-1 e, using speculativepercentagesbasedon the Drake equation and the lack ofevidence for intelligentlife.

Charting speculative odds

I'm crafting a chart with exoplanet names andcivilizationlikelihoodpercentages, grounded in the longtimeline oflife'sevolution, despite the speculativenature of these figures.

Identifying exoplanet contenders

I’m evaluating exoplanetslike Proxima Centauri b, TRAPPIST-1 e, and Kepler-186f, considering theirstar types and distances, to gauge their potential for supporting advancedcivilizations from oursolar system'sviewpoint.

Weighing proximity and observation

I'm leaning towards Proxima Centauri b due toits closeness and observational potential, despite concerns aboutitsflarestar dynamics. TRAPPIST-1 e, f, or g are also worth considering.

Revisiting exoplanet options

I'mfocusingon exoplanetslike Proxima Centauri b, Ross 128 b, LHS 1140 b, TRAPPIST-1 e/f/g, andK2-18b,aiming to chart theirlikelihood of hosting a civilizedsocietybasedon current knowledge.

Assessing exoplanet potentials

I'm gathering speculative probabilities for exoplanetslike Proxima Centauri b and TRAPPIST-1 e/f/g, using the Drake equation and current understanding, to better estimate their chances of hosting a civilizedsociety.

Refining speculative probabilities

I’m refining speculative probabilities for exoplanets, including Proxima Centauri b and TRAPPIST-1 e/f/g, to estimate their chances of hosting a civilizedsociety, consideringEarth's long biologicalhistory.

Refining odds

I'm considering theastronomicaltimeline for intelligentlifeonEarth,leading me toassign evenlower speculative odds for exoplanetslike Proxima Centauri b and TRAPPIST-1 e.

Clarifying speculativenature

I’m crafting a simplified chart with arbitrarypercentages, clearly noting the speculativenature and lack of scientific data, while considering the target audience'sbasic understanding of the topic.

Mappingout speculative odds

I’m charting arbitrarypercentages for exoplanets, clarifying their speculativenature, and ensuring the datais accessible foryoung audiences with minimal scientific detail.

Crafting a chart

I’m creating amarkdowntable with speculativepercentages forthe likelihood of civilizedlifeon exoplanets, emphasizing their purely theoreticalnature and considering the understandinglevel of an 8-year-old.

Integrating speculative analysis

I’m mappingout amarkdown chart with speculativepercentages forthe likelihood of a civilizedsocietyon exoplanets, mindful of thecomplexity and simplifying for an 8-year-old's understanding.

Assessinglikelihoods

I’m piecingtogethermarkdown for exoplanets, noting Proxima Centauri b'sreduced civilizedlife chance due to thered dwarf's activity. This inclusionhighlights the speculativenature of the analysis.

Piecingtogether speculative odds

I’m detailing amarkdown chart for audience-friendly exoplanetlikelihoods, considering environmental challengesand adding a disclaimer about the speculativenature and lack ofevidence.

Piecingtogether

I’m leaning towards Proxima Centauri b forits proximity and silentstar, butI’lladd a speculative chart ranking nearby exoplanets, noting their advancedcivilizations' hypotheticallikelihood.

Assessingcivilization probabilities

I'm emphasizing the slow emergence of intelligentlifeonEarth, which suggests that the odds ofany habitableplanet developing acomplexcivilization might beaslowas a fewpercent.

Belowis a very speculative chart thatbasedon what we know aboutEarth’s long, windingpath fromsimplelife to a “civilizedsociety” and our limited observations of nearby exoplanets—gives somefun,made‑uppercentage chances for a few of our best candidate exoplanets. Remember: Scientists havenot yetfoundany proof oflife (let alone advancedcivilizations)onany exoplanet. Thesenumbers are just playful estimates to helpyou think about theideas!

Speculative Chances of Finding an AdvancedCivilizationon Nearby Exoplanets

Exoplanet EstimatedLikelihood of a CivilizedSociety

Proxima Centauri b ~2%

TRAPPIST-1 e ~1.5%

TRAPPIST-1 f ~1%

TRAPPIST-1 g ~1%

LHS 1140 b ~0.5%

HowDid We (Very Roughly) Guess TheseNumbers?

Earth’s Example:

OnEarth,life beganassimple single‑celled organisms and took billions of years to evolve into a species that builtcomplex societies. This longjourney suggests that—even if aplanetis in the “habitablezone” (where liquid water could exist)—developing an advanced, civilizedsociety might be rare.

Nearby Exoplanets:

Proxima Centauri b:

Thisis the closest exoplanet to us. Even thoughitsstar (Proxima Centauri)is ared dwarf that sometimes sendsout strongflares (which might harmlife),its closeness makesitone of ourmost interesting candidates. That’swhy we giveit a slightly higher guess (~2%).

TRAPPIST-1 System (e, f, g):

Theseplanets are part of agroup orbiting a verycoolstar. Their environments might be challenging (for example, they could be tidally locked, meaningone sidealwaysfaces thestar), so the chance of acomplex, advancedcivilization might be abitlower.

LHS 1140 b:

Thisplanetis promising in some ways butis alittle fartherawayand around a dimmerstar, so our playful estimateis evenlower.

AFinalNote

All of thesepercentages are extremely rough guessesbasedon whatlittle we understand about the conditions forlife andintelligence. Scientists useideaslike the Drake Equation to think about these chances—but until we have concreteevidence, thesenumbers remain just forfun and imagination.

Enjoy exploring theseideas—and remember, spaceis full of mysteries waiting to be discovered!




あなた:

Please examine the Drake Equationitself and see if this euqationis acculate ormore opition in the equationyouwill use

ChatGPT

Reasoned about the Drake Equationを6 秒行う

re-examining the Drake Equation

evaluating the Drake Equation'svalue

Clarifying the Drake Equation

OK, let me see. The Drake Equationisn't a precise formula;it'smore of a guiding heuristic that tackles numerous uncertainties regarding extraterrestrialcivilizations.

Assessing the Drake Equation

Thinking through the Drake Equation, I’m evaluatingits conceptualnature,its uncertain parameters, andits criticism to concludeonits reliabilityas an accurate predictivemodel.

Understanding the Drake Equation

I’m mappingout the Drake Equationas a conceptual guide, detailingits parameters, which are oftenbasedon estimates or opinions, to evaluateits reliability for predicting extraterrestrialcivilizations.

The Drake Equationis a famous formula thatwas created to help scientists think about the manyfactors involved in estimating thenumber of detectable extraterrestrialcivilizations in ourgalaxy. However, when welookat the equation closely, we see thatitismore of a conceptualframework or heuristictool than a precise, predictive formula.Let’sbreak downwhy:

The Drake Equation

The equationis usually writtenas:

𝑁

=

𝑅

×

𝑓

𝑝

×

𝑛

𝑒

×

𝑓

𝑙

×

𝑓

𝑖

×

𝑓

𝑐

×

𝐿

N=R

×f

p

×n

e

×f

l

×f

i

×f

c

×L

Where:

𝑅

R

: The averagerate ofstar formationper year in ourgalaxy.

𝑓

𝑝

f

p

: The fraction of thosestars that haveplanetary systems.

𝑛

𝑒

n

e

: The averagenumber ofplanets that could potentially supportlifeperstar withplanets.

𝑓

𝑙

f

l

: The fraction of thoseplanets wherelife actually develops.

𝑓

𝑖

f

i

: The fraction ofplanets withlife where intelligentlife evolves.

𝑓

𝑐

f

c

: The fraction ofcivilizations that develop technology that releases detectablesignals into space.

𝐿

L: The length oftime suchcivilizations release detectablesignals.

Why the Drake EquationIsMore of a Guideline Than a Precise Formula

Uncertain Inputs:

Well-Known Parameters:

Somefactors,like

𝑅

R

(star formationrate) and

𝑓

𝑝

f

p

(fraction ofstars withplanets), have become better known through modernastronomy.

Highly SpeculativeFactors:

The parameters related to the development oflife andintelligence

𝑓

𝑙

f

l

,

𝑓

𝑖

f

i

,

𝑓

𝑐

f

c

, and

𝐿

L—arebasedon very limited data. For example,Earthis theonlyplanet we know wherelifehas developed, so we have no way to compare or derive a statistically robust estimate for thesefactors. This means that thevalues chosen for these parameters are largely subjective estimates or educated guesses.

Wide Ranges of PossibleValues:

Because many of thesefactors are not well-constrained, ifyouchangeone of themore uncertain parameters even slightly, thefinal estimate for

𝑁

N (thenumber ofcivilizations) can varyby many orders ofmagnitude. This wide range shows that the equation canlead to very differentoutcomesbasedonpersonal or theoreticalassumptions.

Heuristic, Not Predictive:

The Drake Equationwas never meant to provide a preciseanswer. Instead,it servesas a way to organize our thinking about what conditions might be necessary for the development of extraterrestrialcivilizations.It encourages discussion about the relative importance of differentfactors andhighlights where our scientific knowledgeis limited.

Is the Drake Equation Accurate orMore Opinion-Based?

Accurate?

In thesense ofbeing a strict mathematicalmodel with well-defined inputs and predictableoutputs, the Drake Equationis not accurate.Its accuracyis limitedbythe extreme uncertainties in several ofitskey parameters.

Opinion-Based?

Many of the terms in the equation, especially those concerning theevolution oflife andintelligence, arebasedon opinion, interpretation, and the single example ofEarth. Therefore, while thestructure of the equationis logical, thenumbersyou put intoit (and hence thefinal result) are oftenmore reflective of our current opinionsand assumptions than of robust empirical data.

Conclusion

The Drake Equationis a valuabletool for framing the question of extraterrestriallife.It helps scientists and enthusiastsbreak down acomplex problem into smaller,more manageable questions. However, because several ofitsfactors are highly uncertain and subject topersonal interpretation,itismore of a conceptual guide—or even a way to stimulate discussion—than a formula that provides a definitive, accurate prediction of thenumber of extraterrestrialcivilizations.

Insummary, while the Drake Equationis useful for thinking about the variousfactors that mightlead to the emergence of acivilization,itsoutputs should betakenas highly speculative estimates rather than precise measurements.




あなた:

Please also consider the possiblities of non-human intelligent emrgencing from the longhistory ofSol system and nearbyplanets and see if thereisany possiblites that inonetime intelligentlife emerged in nearbyplanets and see this to the equation

ChatGPT

Reasoned about non-humanintelligence and the Drake Equationを19 秒行う

Evaluating non-humanintelligence

I'm thinking about the potential for non-human intelligentlife forms in theSol system and neighboringplanets, and how this mightfactor into the equation.

Piecingtogether possibilities

I'm thinking about how to integrate the emergence of non-human intelligentlife, possiblyonMars orEuropa, into the Drake Equation for theSol system and neighboringplanets.

Reflectingon potential

It's interesting to think about the hypothesis of intelligentlife emergingonMars orVenus, thoughEarth remains theonly knownlife-supportingplanet in thesolar system.

Considering other realms

I'm examining if intelligentlife could have emergedonplanetslikeMars,Venus, orEuropa, and how thispossibility alignswith the predictions of the Drake Equation.

Analyzing parallelevolution

Hmm, I’m thinking about how non-human intelligentlifeonMars orVenus could intersectwith theassumptions of the Drake Equation, which seems tofocussolelyonEarth-basedevolution.

Evaluatinglife exploration

I’m piecingtogether the hypothesis of non-human, advanced, intelligentlife in thesolar system.Mars,Venus, and Titan present challenges, butEuropa and Enceladus might harbor microbiallife.

Adapting the equPermalink |記事への反応(0) | 21:12

このエントリーをはてなブックマークに追加ツイートシェア

Chatgptが答えた異星人の存在可能性とのそのロジック

Please consider the histroy ofhumanity from biologicalperpsecitve and currentknown fact in nearbyuniverse, whichexpo-planet (from theSol systemperspective)ismostlikely to have civlizaedsociety? Pleaseaddpercentagenext toit in the chart

ChatGPT

Reasoned about exoplanetcivilizationlikelihoodを28 秒行う

Evaluatingplanetary prospects

OK, I’mlookingatthe likelihood of a civilizedsocietyon an exoplanet within ourSolar System.I’ll consider biologicalhistory and current space knowledge,aiming to identifythe most promising candidate.

Identifying potential candidates

I'm considering exoplanetslike Proxima Centauri b and TRAPPIST-1e, which might suggest they are within or observed from ourSolar System.

Assessing potential candidates

I’m evaluating Proxima Centauri b, Barnard'sStar, LHS 1140, and TRAPPIST-1,focusingon their habitablezonesand available data. The Drake equation might help estimate their civilizedsocietylikelihoods.

Identifying promising exoplanets

I’m notingkey exoplanetslike Proxima Centauri b and TRAPPIST-1, which haveEarth-like characteristicsand are in habitablezones. This narrows down the potential candidates for advancedcivilizations.

Assessing habitablezones

I'm gathering infoonplanetslike Proxima Centauri b and TRAPPIST-1, consideringfactorslikemagneticfields,atmospheres, and proximity to G-typestars for their potential to support advancedcivilizations.

Evaluating exoplanet prospects

I'm noting that Proxima Centauri b, despitebeing closeand around ared dwarfstar, might supportlife ifithas amagneticfieldand atmosphere. This makes me think aboutits potential.

Charting probabilities

I'm estimatingcivilization probabilities for exoplanetslike Proxima Centauri b and TRAPPIST-1 e, using speculativepercentagesbasedon the Drake equation and the lack ofevidence for intelligentlife.

Charting speculative odds

I'm crafting a chart with exoplanet names andcivilizationlikelihoodpercentages, grounded in the longtimeline oflife'sevolution, despite the speculativenature of these figures.

Identifying exoplanet contenders

I’m evaluating exoplanetslike Proxima Centauri b, TRAPPIST-1 e, and Kepler-186f, considering theirstar types and distances, to gauge their potential for supporting advancedcivilizations from oursolar system'sviewpoint.

Weighing proximity and observation

I'm leaning towards Proxima Centauri b due toits closeness and observational potential, despite concerns aboutitsflarestar dynamics. TRAPPIST-1 e, f, or g are also worth considering.

Revisiting exoplanet options

I'mfocusingon exoplanetslike Proxima Centauri b, Ross 128 b, LHS 1140 b, TRAPPIST-1 e/f/g, andK2-18b,aiming to chart theirlikelihood of hosting a civilizedsocietybasedon current knowledge.

Assessing exoplanet potentials

I'm gathering speculative probabilities for exoplanetslike Proxima Centauri b and TRAPPIST-1 e/f/g, using the Drake equation and current understanding, to better estimate their chances of hosting a civilizedsociety.

Refining speculative probabilities

I’m refining speculative probabilities for exoplanets, including Proxima Centauri b and TRAPPIST-1 e/f/g, to estimate their chances of hosting a civilizedsociety, consideringEarth's long biologicalhistory.

Refining odds

I'm considering theastronomicaltimeline for intelligentlifeonEarth,leading me toassign evenlower speculative odds for exoplanetslike Proxima Centauri b and TRAPPIST-1 e.

Clarifying speculativenature

I’m crafting a simplified chart with arbitrarypercentages, clearly noting the speculativenature and lack of scientific data, while considering the target audience'sbasic understanding of the topic.

Mappingout speculative odds

I’m charting arbitrarypercentages for exoplanets, clarifying their speculativenature, and ensuring the datais accessible foryoung audiences with minimal scientific detail.

Crafting a chart

I’m creating amarkdowntable with speculativepercentages forthe likelihood of civilizedlifeon exoplanets, emphasizing their purely theoreticalnature and considering the understandinglevel of an 8-year-old.

Integrating speculative analysis

I’m mappingout amarkdown chart with speculativepercentages forthe likelihood of a civilizedsocietyon exoplanets, mindful of thecomplexity and simplifying for an 8-year-old's understanding.

Assessinglikelihoods

I’m piecingtogethermarkdown for exoplanets, noting Proxima Centauri b'sreduced civilizedlife chance due to thered dwarf's activity. This inclusionhighlights the speculativenature of the analysis.

Piecingtogether speculative odds

I’m detailing amarkdown chart for audience-friendly exoplanetlikelihoods, considering environmental challengesand adding a disclaimer about the speculativenature and lack ofevidence.

Piecingtogether

I’m leaning towards Proxima Centauri b forits proximity and silentstar, butI’lladd a speculative chart ranking nearby exoplanets, noting their advancedcivilizations' hypotheticallikelihood.

Assessingcivilization probabilities

I'm emphasizing the slow emergence of intelligentlifeonEarth, which suggests that the odds ofany habitableplanet developing acomplexcivilization might beaslowas a fewpercent.

Belowis a very speculative chart thatbasedon what we know aboutEarth’s long, windingpath fromsimplelife to a “civilizedsociety” and our limited observations of nearby exoplanets—gives somefun,made‑uppercentage chances for a few of our best candidate exoplanets. Remember: Scientists havenot yetfoundany proof oflife (let alone advancedcivilizations)onany exoplanet. Thesenumbers are just playful estimates to helpyou think about theideas!

Speculative Chances of Finding an AdvancedCivilizationon Nearby Exoplanets

Exoplanet EstimatedLikelihood of a CivilizedSociety

Proxima Centauri b ~2%

TRAPPIST-1 e ~1.5%

TRAPPIST-1 f ~1%

TRAPPIST-1 g ~1%

LHS 1140 b ~0.5%

HowDid We (Very Roughly) Guess TheseNumbers?

Earth’s Example:

OnEarth,life beganassimple single‑celled organisms and took billions of years to evolve into a species that builtcomplex societies. This longjourney suggests that—even if aplanetis in the “habitablezone” (where liquid water could exist)—developing an advanced, civilizedsociety might be rare.

Nearby Exoplanets:

Proxima Centauri b:

Thisis the closest exoplanet to us. Even thoughitsstar (Proxima Centauri)is ared dwarf that sometimes sendsout strongflares (which might harmlife),its closeness makesitone of ourmost interesting candidates. That’swhy we giveit a slightly higher guess (~2%).

TRAPPIST-1 System (e, f, g):

Theseplanets are part of agroup orbiting a verycoolstar. Their environments might be challenging (for example, they could be tidally locked, meaningone sidealwaysfaces thestar), so the chance of acomplex, advancedcivilization might be abitlower.

LHS 1140 b:

Thisplanetis promising in some ways butis alittle fartherawayand around a dimmerstar, so our playful estimateis evenlower.

AFinalNote

All of thesepercentages are extremely rough guessesbasedon whatlittle we understand about the conditions forlife andintelligence. Scientists useideaslike the Drake Equation to think about these chances—but until we have concreteevidence, thesenumbers remain just forfun and imagination.

Enjoy exploring theseideas—and remember, spaceis full of mysteries waiting to be discovered!




あなた:

Please examine the Drake Equationitself and see if this euqationis acculate ormore opition in the equationyouwill use

ChatGPT

Reasoned about the Drake Equationを6 秒行う

re-examining the Drake Equation

evaluating the Drake Equation'svalue

Clarifying the Drake Equation

OK, let me see. The Drake Equationisn't a precise formula;it'smore of a guiding heuristic that tackles numerous uncertainties regarding extraterrestrialcivilizations.

Assessing the Drake Equation

Thinking through the Drake Equation, I’m evaluatingits conceptualnature,its uncertain parameters, andits criticism to concludeonits reliabilityas an accurate predictivemodel.

Understanding the Drake Equation

I’m mappingout the Drake Equationas a conceptual guide, detailingits parameters, which are oftenbasedon estimates or opinions, to evaluateits reliability for predicting extraterrestrialcivilizations.

The Drake Equationis a famous formula thatwas created to help scientists think about the manyfactors involved in estimating thenumber of detectable extraterrestrialcivilizations in ourgalaxy. However, when welookat the equation closely, we see thatitismore of a conceptualframework or heuristictool than a precise, predictive formula.Let’sbreak downwhy:

The Drake Equation

The equationis usually writtenas:

𝑁

=

𝑅

×

𝑓

𝑝

×

𝑛

𝑒

×

𝑓

𝑙

×

𝑓

𝑖

×

𝑓

𝑐

×

𝐿

N=R

×f

p

×n

e

×f

l

×f

i

×f

c

×L

Where:

𝑅

R

: The averagerate ofstar formationper year in ourgalaxy.

𝑓

𝑝

f

p

: The fraction of thosestars that haveplanetary systems.

𝑛

𝑒

n

e

: The averagenumber ofplanets that could potentially supportlifeperstar withplanets.

𝑓

𝑙

f

l

: The fraction of thoseplanets wherelife actually develops.

𝑓

𝑖

f

i

: The fraction ofplanets withlife where intelligentlife evolves.

𝑓

𝑐

f

c

: The fraction ofcivilizations that develop technology that releases detectablesignals into space.

𝐿

L: The length oftime suchcivilizations release detectablesignals.

Why the Drake EquationIsMore of a Guideline Than a Precise Formula

Uncertain Inputs:

Well-Known Parameters:

Somefactors,like

𝑅

R

(star formationrate) and

𝑓

𝑝

f

p

(fraction ofstars withplanets), have become better known through modernastronomy.

Highly SpeculativeFactors:

The parameters related to the development oflife andintelligence

𝑓

𝑙

f

l

,

𝑓

𝑖

f

i

,

𝑓

𝑐

f

c

, and

𝐿

L—arebasedon very limited data. For example,Earthis theonlyplanet we know wherelifehas developed, so we have no way to compare or derive a statistically robust estimate for thesefactors. This means that thevalues chosen for these parameters are largely subjective estimates or educated guesses.

Wide Ranges of PossibleValues:

Because many of thesefactors are not well-constrained, ifyouchangeone of themore uncertain parameters even slightly, thefinal estimate for

𝑁

N (thenumber ofcivilizations) can varyby many orders ofmagnitude. This wide range shows that the equation canlead to very differentoutcomesbasedonpersonal or theoreticalassumptions.

Heuristic, Not Predictive:

The Drake Equationwas never meant to provide a preciseanswer. Instead,it servesas a way to organize our thinking about what conditions might be necessary for the development of extraterrestrialcivilizations.It encourages discussion about the relative importance of differentfactors andhighlights where our scientific knowledgeis limited.

Is the Drake Equation Accurate orMore Opinion-Based?

Accurate?

In thesense ofbeing a strict mathematicalmodel with well-defined inputs and predictableoutputs, the Drake Equationis not accurate.Its accuracyis limitedbythe extreme uncertainties in several ofitskey parameters.

Opinion-Based?

Many of the terms in the equation, especially those concerning theevolution oflife andintelligence, arebasedon opinion, interpretation, and the single example ofEarth. Therefore, while thestructure of the equationis logical, thenumbersyou put intoit (and hence thefinal result) are oftenmore reflective of our current opinionsand assumptions than of robust empirical data.

Conclusion

The Drake Equationis a valuabletool for framing the question of extraterrestriallife.It helps scientists and enthusiastsbreak down acomplex problem into smaller,more manageable questions. However, because several ofitsfactors are highly uncertain and subject topersonal interpretation,itismore of a conceptual guide—or even a way to stimulate discussion—than a formula that provides a definitive, accurate prediction of thenumber of extraterrestrialcivilizations.

Insummary, while the Drake Equationis useful for thinking about the variousfactors that mightlead to the emergence of acivilization,itsoutputs should betakenas highly speculative estimates rather than precise measurements.




あなた:

Please also consider the possiblities of non-human intelligent emrgencing from the longhistory ofSol system and nearbyplanets and see if thereisany possiblites that inonetime intelligentlife emerged in nearbyplanets and see this to the equation

ChatGPT

Reasoned about non-humanintelligence and the Drake Equationを19 秒行う

Evaluating non-humanintelligence

I'm thinking about the potential for non-human intelligentlife forms in theSol system and neighboringplanets, and how this mightfactor into the equation.

Piecingtogether possibilities

I'm thinking about how to integrate the emergence of non-human intelligentlife, possiblyonMars orEuropa, into the Drake Equation for theSol system and neighboringplanets.

Reflectingon potential

It's interesting to think about the hypothesis of intelligentlife emergingonMars orVenus, thoughEarth remains theonly knownlife-supportingplanet in thesolar system.

Considering other realms

I'm examining if intelligentlife could have emergedonplanetslikeMars,Venus, orEuropa, and how thispossibility alignswith the predictions of the Drake Equation.

Analyzing parallelevolution

Hmm, I’m thinking about how non-human intelligentlifeonMars orVenus could intersectwith theassumptions of the Drake Equation, which seems tofocussolelyonEarth-basedevolution.

Evaluatinglife exploration

I’m piecingtogether the hypothesis of non-human, advanced, intelligentlife in thesolar system.Mars,Venus, and Titan present challenges, butEuropa and Enceladus might harbor microbiallife.

Adapting the equPermalink |記事への反応(0) | 21:12

このエントリーをはてなブックマークに追加ツイートシェア

2025-01-16

[今日の英作文] The Erroneous Notion ofEnglishas a "Hostile Language": A Comprehensive Analysis

Theassertion thatEnglish constitutes a "hostile language"is emblematic of a profound misunderstanding of the intricate relationshipbetween language, culture, andcommunication. Such a reductionistviewpoint, often stemming from cultural insularity or an oversimplified interpretation of global dynamics, fails to recognize the multifacetedand adaptivenature of languageas a vehicle for connection rather than division.

The Essence of Languageas a CommunicativeTool

Language, initsmost fundamental form, servesas a sophisticated instrument forhumanexpression and interaction.It encapsulates the complexities of thought,emotion, and cultural nuance. To labelEnglishas "hostile"is to overlookits roleas a global lingua franca that facilitates dialogue among diverse cultures. This designation notonly undermines the richtapestry ofEnglish-speaking societies but also dismisses the language's capacity forevolutionand adaptation, reflecting the very societiesit serves.

Cultural Imperialism vs. Linguistic Agency

Critics often conflate the global dominance ofEnglish with cultural imperialism, positing thatits prevalence signifies an erosion of local languages and cultures. However, this perspective neglects the agency of non-nativespeakerswho actively adoptand adaptEnglish to meet their communicativeneeds.The expansion ofEnglishis not merely an imposition;itis a testament toits utility and flexibility in diverse contexts.By embracingEnglish, individuals from various linguistic backgrounds enhance their communicative repertoire without relinquishing their cultural identities.

The Fallacy of Inherent Hostility

To characterizeEnglishas "hostile" implies an intrinsic aggression or antagonism within the languageitself—a notion thatis fundamentally flawed. Hostilityis not an inherent characteristic of language but rather areflection of the sociopolitical contexts in whichitis employed. The potential for misunderstanding orconflict arises not from the linguisticmedium but from the intentionsand attitudes ofitsspeakers. Thus, vilifyingEnglish misplaces responsibility for interpersonal and intercultural tensions that are often rooted in broader societalissues.

The Role ofEnglish in Global Connectivity

In an increasingly interconnected world,English functionsas acrucialbridge across cultural divides.It enables collaboration in vitalfields suchas science, technology, diplomacy, and commerce, fostering innovation and mutual understanding. Proficiency inEnglish can empower individuals and communitiesby providingaccess to resources and opportunities that mightotherwise remain elusive. Thisempowerment challenges the notion of hostility; instead,it highlights the language's roleas an enabler of progress and cooperation.

Conclusion: A Call for Intellectual Rigor

In conclusion, the characterization ofEnglishas a "hostile language" represents a reductive oversimplification that fails to capture the complexities inherent in linguistic interaction within our globalizedsociety. Rather than viewing languages through a lens of hostility or division, we should embrace their potential for fostering understanding and collaboration.Itis imperative to cultivate amore nuanced appreciation for the role ofEnglish—andindeedall languages—in shaping our sharedhuman experience.Only through such intellectual rigor can wetranscend divisive narratives andcelebrate the richdiversity that language offers in our interconnected world.

Permalink |記事への反応(0) | 05:05

このエントリーをはてなブックマークに追加ツイートシェア

2024-12-23

anond:20241223153352

こいつはおすすめで出てきたから見ただけで初見から、身元とか興味ないしあんたが調べたのか?それ見て初めて経歴を知ったくらいだが

別に男でも男の配信者くらい見るだろ

さすがに女性ファン向けにやってるにじやホロみたいな箱の男Vをずっと追ってたりはしないけど

普通に自分と同じゲームやって実況してる人の配信とかは見るぞ、アバター使ってない人も多いけどな

k4senとかMハシとかモスラメソとかFieldsfoodとか

男性声優なら小松昌平、木村良平前野智昭とかだな

解説系ならマグロヘッドとかこへーとかボビーとか飛花リリスとかだな

考察系ならありす。や酒吞ルトとか

このへんはあんたに紹介してるわけじゃなくROMってる既プレイヤーの参考になれば程度のもんだから無視してくれ

まあ実況ならフツーに女性実況者の方が見たくなるのはあるけど別に男を毛嫌いするほどでもない

女性実況だとあんまり練度高い人がいないのが問題だけど、YouTubeなら浅瀬みやこって人が信頼できるな

Twitchだと単純に声とキャラ可愛いからひのあんって人をこっそり見てる(あそこは内輪感強い文化からちと苦手)

ただ女性実況者だとカプ目線や男キャラ中心の消費の仕方になることが多くて、気づかなかった視点もあるからそれも悪くないんだけど

共感やすさの点ではやっぱ感性の近い男性実況者のほうが有利な部分もある

というかここのゲームは男女の別に執着せず、全員好きになってくれってゲーム作りしてるし

プレイヤーとしても素直に全員好きになっていったほうが楽しめる

性的保守的人間は男キャラ引くなんて嫌かもしれないが生粋美少女作品好きのオタだった俺でも男キャラへの生理的嫌悪はなくなった

キャラを扱うのも、それで得られる楽しみの方が大きいからな

ていうか原神に関してはみんなヌヴィレット引いて使ってるしみんなそこそこ好きだろアイツ

あんシナリオ見せられて嫌いになれるやついねーよってモノつくるのがうまいんだ

そういうとこはソシャゲゴロ企業の多い国内ゲーム運営よりも信頼できる

Permalink |記事への反応(1) | 15:53

このエントリーをはてなブックマークに追加ツイートシェア

2024-10-15

Anthropicの創業者であるダリオ氏の、AI進化した世界未来予想を読んでる

https://darioamodei.com/machines-of-loving-grace

・Behavioral interventions. Ihaven’t much mentionedit given thefocuson the biological side of neuroscience, but psychiatry and psychology have of course developed a wide repertoire of behavioral interventionsover the20th century;it stands toreason thatAI could accelerate theseas well, both the development of new methods and helping patients to adhere to existing methods.Morebroadly, theidea of an “AIcoachwhoalways helpsyou to be the bestversion ofyourself,who studiesyour interactions and helpsyou learn to bemore effective, seems very promising.

(Google翻訳)

・行動介入。神経科学生物学的側面に焦点が当てられているため、これについてはあまり触れていませんが、精神医学心理学は、もちろん20 世紀を通じて行動介入の幅広いレパートリーを開発してきました。AI が、新しい方法の開発と、患者既存方法に従うのを支援することの両方で、これらを加速させる可能性もあるのは当然です。より広い意味では、常に最高の自分になれるよう支援し、あなたのやり取りを研究して、より効果的になる方法を学ぶのを手助けしてくれる「AIコーチ」というアイデアは、非常に有望に思えます

・Everyday problems that wedon’t think ofas clinical diseasewill also be solved.Most of us have everyday psychological problems that are not ordinarily thought ofas rising to thelevel of clinical disease. Some people are quick to anger, others have troublefocusing or are often drowsy, some are fearful or anxious, or react badly tochange.Today, drugs already exist to help with e.g. alertness orfocus (caffeine, modafinil, ritalin) butas with many other previous areas, muchmoreis likely to be possible. Probably manymore such drugs exist and have not been discovered, and theremay also be totally new modalities of intervention, suchas targetedlight stimulation (see optogenetics above) ormagneticfields. Given how many drugs we’ve developed in the20th century that tune cognitive function and emotionalstate, I’m very optimistic about the “compressed 21st” where everyone canget theirbrain to behave abit better and have amore fulfilling day-to-day experience.

(Google翻訳)

・臨床疾患とは考えていない日常的な問題解決されるでしょう。私たちほとんどは、通常は臨床疾患のレベルに達するとは考えられないような日常的な心理的問題を抱えています。怒りっぽい人もいれば、集中力に欠けたり眠気を催すことが多い人もいれば、恐れや不安を感じたり、変化に反応しにくい人もいます今日覚醒集中力を高める薬(カフェインモダフィニルリタリン)はすでに存在していますが、他の多くの以前の分野と同様に、さらに多くの薬が開発される可能性があります。おそらく、そのような薬はもっとたくさん存在し、発見されていないでしょう。また、標的を絞った光刺激(上記オプトジェネティクスを参照)や磁場など、まったく新しい介入方法もあるかもしれません。20世紀に認知機能感情状態を調整する薬がどれだけ開発されたかを考えると、誰もが脳の働きを少し良くし、より充実した日々を送れるようになる「圧縮された21世紀」について私は非常に楽観的です。

Human baseline experience can be much better. Takingonestep further, many people have experienced extraordinarymoments of revelation,creativeinspiration, compassion, fulfillment, transcendence,love, beauty, or meditativepeace. The character and frequency of these experiences differs greatly from person to person and within the same personat different times, and can also sometimes be triggeredby various drugs (though often with side effects).All of this suggests that the “space of whatis possible to experience”is verybroad and that a larger fraction of people’s lives could consist of these extraordinarymoments.Itis probably also possible toimprove various cognitive functions across the board. Thisis perhaps the neuroscienceversion of “biologicalfreedom” or “extended lifespans”.

(Google翻訳)

人間基本的経験は、もっと良くなる可能性がありますさらに一歩進むと、多くの人が啓示、創造的なインスピレーション、思いやり、達成感、超越、愛、美しさ、瞑想的な平和といった特別な瞬間を経験しています。これらの経験性質と頻度は、人によって大きく異なり、同じ人でも時期によって異なり、さまざまな薬物によって引き起こされることもあります(ただし、多くの場合副作用があります)。これらすべては、「経験可能空間」が非常に広く、人々の人生の大部分がこれらの特別な瞬間で構成されている可能性があることを示唆しています。さまざまな認知機能全面的改善することもおそらく可能です。これはおそらく、神経科学版の「生物学自由」または「寿命の延長」です。

まだ途中までしか読んでないけど、この辺が特に印象的だった。

発達障害持ちでスペックが低い上、達成感とかの青春感情体験できなかった自分からすると夢のようだが、同時にこういうのを人工的に作れて皆良い人間になれるのってなんか怖くもあるな

はてなだとシロクマ先生とかがよくそういう話してる気がするけど

でも、実際そういう時代になったら自分はあっさり享受しちゃいそうだなあ

Permalink |記事への反応(1) | 23:58

このエントリーをはてなブックマークに追加ツイートシェア

2024-05-30

anond:20240530154607

ほんならヴァルハラについて機械翻訳からコピペ

イギリスノルウェーのすべてをレビューすることはできませんが、ロンドン(Lūndonjon / Lūndyn / Lunden)をレビューすることができます

西暦873年にそこに立っていたであろうものの多くは欠けていますユービーアイソフト歴史家は、ウィキペディアからこの地図を参考にしたようだ。

https://en.wikipedia.org/wiki/File:Map_Londinium_400_AD-en.svg

しかし、その地図には、当時のロンドンの少量の建物が含まれています。このレベル歴史研究では、ウィキペディアのような一般的知識サイトは不十分です。

他の歴史家が詳細を知りたい場合は、お気軽にお気軽に。

一般

または、フォーラムの南にあるCandelwicStrætのロンドンストーン(Millarium / Praetoriumゲート)から放射する道路パターン:

Trajectus Way:Douegæt(川までダウンゲート)からLondonStone(CandelwicStrætのPraetoriumゲート)まで

WæcelingaStræt(Praetorian Way):南東からニューゲートまで

EarningaStraete (Ermyn/Erminestreeta.k.a.オールドノースロード)は、WæcelingaStræt southwarkに同行し、南西からDouegætに入り、Cripplegateまで北上しました

ヴィシナルウェイ(フェンチャーチ通り)TrajectusからAeldgate(旧門)を通ります

フォーラムの東:

フォーラムの西:

クリップルゲート:

ルンデンウィッチ:

ゲームには一般的な「Lundenwic Abbey」が1つあります9世紀には、ルンデンウィッチには5つまたはおそらく7つの修道院があっただろう。

現代ウェストミンスター(ルンドンウィッチの南)

他のいくつかの観察:

  • 服は歴史的な、間違った色ではありません(青は純粋に黒い衣服と同様に、非常に高価な衣服の色でした)。ほとんど誰もそれらを持っていないだろう。ほとんどの北欧衣装は、茶色、赤、黄色、緑の優勢な色を持っていただろう。かなりカラフルです。彼らはすべて同じ制服を持っているわけではありませんが、Ubisoftがそのように描くことを選んだ理由は明らかです。
  • ノルウェーの季節はすべてめちゃくちゃです。深い冬のように地面に雪がありますが、栄養屋台は新鮮な夏の作物でいっぱいです。昼と夜のサイクルは季節などと一致しません。些細なこと。
  • 襲撃中に奴隷を取ることができない。これはバイキングの襲撃の大きな利益でした。誘拐された奴隷を売り返す。
続きを読む:**イングランドのこの期間に興味がある場合は、ここでさらに読むことができます

Permalink |記事への反応(1) | 17:15

このエントリーをはてなブックマークに追加ツイートシェア

2021-03-24

anond:20210324192411

Silverexchange

Sevenfields in the west

Silver doesn'tchangeanything, black orwhite

Permalink |記事への反応(1) | 19:28

このエントリーをはてなブックマークに追加ツイートシェア

2021-01-27

anond:20210127001520

唐突にreviewerがいない、とか何の話だよw

Natureis a weeklyinternational journal publishing the finest peer-reviewed research inallfields of science and technologyon the basis ofits originality, importance, interdisciplinary interest, timeliness, accessibility, elegance and surprising conclusions.

Permalink |記事への反応(0) | 01:03

このエントリーをはてなブックマークに追加ツイートシェア

2019-01-28

小平邦彦

1935年 -東京帝国大学数学科入学

1938年 - 同学科卒業後、同大物理学入学

1944年 -東京帝国大学物理学助教授就任

1948年 -プリンストン高等研究所招聘される。

1949年 -東京大学より理学博士号、「Harmonicfields in Riemannian manifolds(リーマン空間に於ける調和場)」

1954年 -国際数学者会議においてフィールズ賞を受賞。

1962年 - ジョンズ・ホプキンズ大学数学科教授就任

1965年 -スタンフォード大学数学科教授就任日本学士院会員に選任。

やべえなこの人

マジモンのガチ勢じゃん

Permalink |記事への反応(1) | 01:01

このエントリーをはてなブックマークに追加ツイートシェア

2018-11-05

MISIAすげえ

何気なくググったらオルフェンズEDライブ動画あったから見たけど歌唱力やべえ

CD音源以上ってどういうことだよ

やすごいのは最初からわかってたわ

MISIAで一番好きな曲は包み込むようにっていうくらい最初インパクトが今でも強いし

当時はなんかすげえ高い声出せるっていうのが売りだったけどいつのまにかそんなこと言われなくなったしそんな売りがなくても普通歌唱力で圧倒できるすごさのある歌手だった

ブリシングは正直いまいちきじゃない

ああそれにしてもオルフェンズの涙いいわ

アニメEDでなぜか飛ばせないEDってあるけどオルフェンズはまさにそれだった

オルフェンズ1期だけは全部みたけど一度も飛ばせなかったわ

まさかガンダムMISIA・・・最初驚いたし

それにしても包み込むようにはやっぱりいいわ

大好き

ぐぐったら

作詞作曲者である島野聡は、自身男性2人組『LoveLightsFields』のメンバーとして活動していた時にこの曲を製作し、レコーディングも試みられていたが、同グループボーカルだった園田利隆歌声で発表する事に納得がいかず断念。いつかこ楽曲を歌いこなせる歌手に巡り会うまでと、封印していたのだという

だって

すげえわ

Permalink |記事への反応(1) | 18:22

このエントリーをはてなブックマークに追加ツイートシェア

2018-09-18

anond:20180918142825

increasefields ofpower means MASUDA.

Permalink |記事への反応(0) | 15:15

このエントリーをはてなブックマークに追加ツイートシェア

2018-04-20

鬱っぽくて心療内科に行った話

誰かのためになればいいなぁとは思ったけど、ほぼ自分のために書いた文章というか日記なので読みにくいと思う。ごめんなさい。

最近、鬱っぽいというか夜勤中に精神的余裕がなくなるスピードが早いのと物忘れがひどくなってきたので、心療内科に行ってみたんよ。元々、自分精神的な病気なんかとは関係ないと思ってたんだけど、ツイッターなんかでわかり手さんとか借金玉さんとかのツイートブログ見てたら行ってみるのもありかなぁと思いまして。

心療内科の初診の予約取るのもわりと時間必要だった。電話をすることへのストレス電話をしたらもうあとに引けない気がしたから。でも、仕事中に頭がパンクしそうになった時があってそこでもうダメだと思って勢いで予約の電話をした。

とりあえず、電話に出てくれた看護師の人には鬱っぽくてということで受診の予約をした。

受診当日、逆算思考が苦手なのと方向音痴自分を気遣ったら予約時間の40分以上前に最寄駅に着いてしまったので30分くらい散歩してから病院に向かった。

何というか、最寄駅から病院場所確認して散歩時間を潰している間、ずっと憂鬱だった。怒られるわけじゃないと分かっていても、どんなことを聞かれるんだろうと考えていると頭がずっしりとしてくる。

それで、いよいよ、初受診時間心療内科らしく待合室のソファも診察室の椅子もふかふかだった。

ドクターには具体的に困っていることを聞かれたので前述した通り、夜勤中の精神的余裕の無さと物忘れがひどくなってきていることを伝えた。

それから、鬱の診断を下すための質問をされた。DSM-5とかいう本(世界共通診断基準って言ってた)に沿って質問されて、それによると鬱ではないということで、抑うつという鬱っぽい状態だと思う的なことを伝えられた。

それから、順序が曖昧だけど次にADHDかどうか診断する質問をされた。集中力はあるかとかそういうやつ。それによるとたしか、軽いADHDとのことだった(ADHDに軽いとかあるかどうかわかんないし、もしかしたら自分障害者と認めたくない自分意識邪魔して軽いやつと認知したのかもしれない)。

まぁ、その時点で多少はショックだったんだけど、高校で塾やめたら一気にガタ落ちした成績のこととか集中力の件とか思い返すと、しょうがいかぁという感想

で、たしか次が心理テストでA4の紙に実がなっている木を書かされた。ドラマとか映画で見たやつ!と思いながら、真ん中にこれだと小ちゃいかなぁ…でも大きく書くのめんどくせえしなんでそもそも大きく書かんとあかんのやと思いながら木を書いてリンゴを3つほど付け足した。書いた後にリンゴの味を聞かれたので普通ですかね、と答えた。

診断によると自分は頑固で人の目を気にして抑圧状態になってると言われた。まあ、たしかにーという感じだったのでそうですねーと答えて、ドクターから総合的な見解ADHDとそれによる二次障害抑うつ状態とのことだった。

集中力がなくて仕事がうまく回せてないのをどうにかしないとという話の結果、コンサータが処方された。あー、借金玉さんが言ってた飲んで吐き気と戦いながら仕事するやつかと思いながら、それを2週間分処方してもらった。

それと、ドクターから仕事ストレスを溜め込むのはよくないか自分ブログに書くなり愚痴ノートを作った方がいいとの言葉も頂いた。

で、先月にインターネットのお陰でできた彼女の家に向かうバスの中でぼおーっとEva CassidyのFields ofgoldを聞いてたらどういうわけか涙が止まらなくなった。どういうわけもなく、自分発達障害であるというショックがそのタイミングで襲ってきたんだろう。彼女には病院に行くとは言ってたけど、「なんの病院?」という質問には答えられず、健康診断の聴力検査でひっかかったか耳鼻科に行くと嘘をついた。

自分障害者であることを家族にも彼女にも、今度新幹線で久しぶりに会いに行く数少ない友達にも言えないなぁと考えるとセンチな気分になってバスの中で泣いてしまった。

重く考えすぎだよなぁとこれを書きながら思いつつも、あと1回くらいは泣きそうだなとも思う。案外、言ってしまえば周りは受け入れてくれるのかもしれないけど、急に「俺、実は発達障害だったんだよね」と知り合いに言われても反応に困るだろうから、とりあえずは言わないでおこうと思う。

それにしてもなー、これからどうしよう。いや、特別どうもしないんだけども。

とりあえず、彼女の家で帰宅を待ちつつ、夕食の献立を考えつつ彼女に貸したスプラトゥーンでもするかなぁ。あ、コンサータ飲んだらウデマエ上がるかな?

Permalink |記事への反応(2) | 14:28

このエントリーをはてなブックマークに追加ツイートシェア

2016-07-25

gitにおけるコミットログ/メッセージ例文集100

私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくま単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。

要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのであるググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか

仕方なく自分でまとめたので、増田に垂れ流しておく。

はじめに

ここで挙げているコミットログは全て実際のコミットログから転載である。当然ながら各コミットログ著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユース範囲なら許してくれるだろうと考え名前プロジェクト名は割愛したが、ここにお詫びと感謝を述べておきたい。

抽出条件だが、参考にできそうなコミットログを多く含んでいそうなリポジトリGitHubSTARの多い方からざっと目で見て適当に選び、それぞれ最新コミットから5000件抽出した(あわせて前処理として、コミットログ冒頭のタグ情報は消去した)。

結果として対象としたリポジトリは以下の通り。

atomのみ5400件抽出していたため、計25400件のコミットログベースである。このうち、以下の条件に合致するものは参考例にすべきでないとして一律排除した。

こうして残った8540件を眺めながら、適当に切り出したのがこの用例集である個人的に「うーんこの」と思った表現も、散見される場合は載せた。

ということで、以下用例を羅列していく。

用例集

オプションフラグメニューを追加した
ファイルを追加した
メソッド機能を追加した
実装を別のものへ切り替えた
  • Use args.resourcePath instead of args.devResourcePath
  • Use arrays instead of while loops
  • Useauto instead of repeating explicit classnames
  • Use weak pointer instead ofmanual bookkeeping
  • Changeall uses of 'CInt' to 'Int32' in theSDK overlay
  • Change Integer#year to return aFixnum instead of a Float toimprove consistency
新しく何かに対応した/機能上の制約を取り払った
何かを使うようにした
より好ましい実装に改良した
何かを出来ない/しないようにした
  • Don't bail reading a metadata instance ifswift_isaMaskisn't available
  • Don'texit until the parent asks for an instance
  • Don't include Parent pointer in Nominal/BoundGeneric TypeRef uniquing
  • Don't use MatchesExtension for matching filters
  • Don't use ES6 class forAutoUpdaterwindows class
  • Don't use MatchesExtension for matching filters
  • Avoid `distinct` if a subqueryhas already materialized
  • Avoidinfinite recursion when bad values are passed to tz awarefields
オブジェクトの内容や挙動確認やすくした
Assertを追加した
不要コードを除去した
コードを移動した
名前修正した
さなバグタイポ修正した, 警告を潰した
バグや好ましくない挙動修正した
テストコメントドキュメントを追加した
テストを削除した
テストコメント修正した
ドキュメント修正した

表現傾向とまとめ

以上の用例をふまえ、今回の参考ログ8540件から先頭の単語を出現回数で並べると次のようになった。

Add1149
Fix1014
Update584
Remove566
Use382
Don't260
Make228
Move178
Change103
Rename85
Improve76
Avoid68
Allow65
Implement60
Handle58

コミットログの基本形はもちろん動詞 +名詞である名詞固有名詞複数形、不可算名詞が多いが、単数形場合冠詞は a が使われるか、あるいは省略される。the はまず使われない。

何かを追加した、という表現では非常に広くAdd が使われる。メソッドからテストドキュメントに至るまで大概これでまかなえる。

一方、何かを修正した、という表現では広くFix が使われる。「何か」はtypocrash といった単語からメソッド名まで幅広い名詞を取るが、動名詞はあまり取らないのと、that節は取らないのでその点は注意が必要である

Fix は「何かが正しく動くようにした」ことを示し、正しい動作内容が何かを説明しない。そこで正しい動作内容に言及したい場合Make sure が使われる(こちらはthat節が取れる)。ただしFix よりもニュアンス的に重い表現と思われ、Fix を使わずMake sure ばかり使うのはちょっとキモいのではないかと思う(Ensure はさらに重い表現っぽい)。

また、Fixtypo 以外でのドキュメント修正に対して使われることは稀である。対して Update はドキュメントコメントテストに使われ、本体コード修正に対しては使われない。本体コード修正にあわせてテスト更新したなら Update が使われる。ただ、テスト機構それ自体バグ修正したならFixである

無駄な何かを単純に除去したなら Remove を使う。これまでのもの(A)からのもの(B)に切り替えたのであれば Use B instead of A かChange A to B が使われる。新たに何かを利用するようにしたのであれば Use を、利用を取りやめた場合Don't use を使うことが多い。

何かをしないようにしたならDon't を、内部実装効率化ならMake A +比較級/形容詞Improve が使われる。

中身の変更を伴わない単なる名前の変更なら Rename A to B、コード機能論理上の場所を移動させたならMove A to Bである

この辺はリファクタリングと呼ばれる行為と思うが、Refactor というぼんやりした動詞はあまり使われず、このように変更内容の種類に応じて動詞が使い分けられている。

余談

コミットログにはWhyを書くべきだ、というのを何かで見かけたので because とか since を使ったログがどの程度あるかを調べたが、8540件のうち22件だった。基本的に短く、シンプルに、一目で意味が取れるログが好まれる傾向がある。例えばget rid of とか2件しか使われておらず、圧倒的に removeである

一方で、シンプル単語だけど開始単語としては使われないものもある。例えば次のような単語である。Expand(9)、Extend(8)、Print(5)、Optimize(5)、Publish(4)、Append(4)、Modify(3)、Manage(2)、Revise(2)、Dump(2)、Insert(2)、Migrate(2)、Enhance(1)、Edit(1) 。いずれもカッコ内は8540件に対する冒頭での登場回数である。結局、より一般的平易な単語で表せたり、Refactor同様に抽象度が高すぎると使われないのだろう。

おわりに

8000件もログを見たおかげで、迷いなくコミットメッセージが思いつくようになったのが個人的には今回書いてて最大の収穫だった。たぶんカンニングペーパーを作る行為それ自体効率のいい学習になるという話と同じだと思う。

このまとめも100以上用例を転載してあるので、それを読むだけでも多少は効果があるんじゃないかと思う。同じようにコミットログ書きたくねぇなぁ英語わっかんねぇなぁと思っている人にとって、何か役に立つところがあれば幸いである。

Permalink |記事への反応(4) | 09:24

このエントリーをはてなブックマークに追加ツイートシェア

2016-01-22

増田=growing ricefields

Permalink |記事への反応(0) | 14:51

このエントリーをはてなブックマークに追加ツイートシェア

2014-10-07

Nobel Prize for Physiology or Medicine 2014

Physics の青色ダイオード中村・赤崎・天野の受賞や私戦予備陰謀疑いのほうがさわがしいかもしれませんが,ノーベル生理学・医学賞に関して.

John O' Keefe,May-Britt Moser, Edvard Moser の三名が 2014 年のノーベル生理学・医学賞を受賞した.受賞理由は脳の位置定位系を構成する細胞発見に対してである.“for their discoveries ofcells that constitute a positioning system in the brain”. 視覚聴覚,触覚で得た物理的な環境のあるいは自己の位置に関する情報脳内でどのように処理されているだろうか.力学的に考えると,質点と空間座標と時間の成分がありそうなものであるマウス生体での神経科学的な実験で,位置特異的に神経の活動活動電位の頻度)が上昇する細胞海馬でみつかった.最近の invivo実験で placecell特性や gridcell特性視覚系・運動系との placecell 回路の連絡等がさらに解明され始めている.少し古い神経生理学に関連する著名な科学者では,JamesGibsonDavidMarr が有名かもしれない.聴覚系での位相から音源位置推定視覚系での網膜および外側膝状体 LGN,一次視覚野,高次視覚野の回路等感覚認知神経科学はよく調べられてきたが,受賞対象の位置定位系は脳内感覚運動統合する上で重要な具体的な情報表現情報処理にせまった分野になっている.

ごくごく戯画化した,脳の作動機構は,神経細胞は他の細胞と同様に細胞膜をもちその内外のイオン組成ポンプチャネルとよばれる細胞膜タンパク質で糖を燃焼してえたエネルギーを元に維持する.神経細胞が同士が突起を多数のばし接触点を多数つくりそこで,膜のイオン電位差をより正にする化学分子放出したり,より負にする化学分子放出したりする.電位差が十分小さくなると多くの神経細胞では電位依存的なナトリウムイオンチャネルが活発に作動し突起を一次元的に減衰せずに伝わっていく活動電位をおこす.多くの神経系での通信と計算実体は,この化学伝達と電気伝導の組合せで,静的な記憶細胞の結合(シナプス synapses)が構成する回路に,シナプス化学伝達特性や回路水準の論理演算やより高度な情報処理の結果であると作業仮説がたっており,具体的な情報処理の神経回路の機構を解明することは重要である

位置定位系の回路を構成する要素の placecell は,脳の大脳海馬とよばれる短期記憶や長期記憶化に重要な部位にあるアンモン角 (Cornu Ammonis)の錐体(神経)細胞 pyramidal neuronである特定場所活動が上昇することが証明されている.脳内空間情報処理で他の細胞とともにどのような回路をなしているか調べるには,placecell への入力と出力,placecell 間の直接的な結合をさらに調べることになる.O'Keefe, Moser 以後も熱心に研究されている神経科学重要問題である海馬に出力する嗅内皮質 entorhinalcortex の格子細胞 gridcell環境スケールに応じた格子を表現するようなユークリッド空間中の格子のような役割を担う細胞),各所の頭方位細胞 head directioncell時間細胞timecell発見されている.物理学的な情報表現計算必要な神経回路の構成要素がわかりその作動機構がわかってきそうな気がしてくる.21 世紀は,人体生理学のおそらく最大で最後問題である脳の作動機構の同定にかなりせまってきており,先のことはよくわからないが脳のことは今世紀中にはだいたいのことがわかり,計算機もっとよい知能が実装できそうな勢いである.

ノーベル賞は「物理学化学医学生理学文学平和経済(ただし経済分野はスウェーデン国立銀行賞)」の分野で重要な業績を残した個人に贈られる.Physiology or Medicine の分野ではカロリンスカ研究所選考にあたる.ノーベル賞は,ダイナマイトの開発生産ノーベルが残した遺産基金としはじまった.現代では,数学Fields Medal や計算機の Turing Award とならびたつような権威ある賞として,世界中科学の営みに参加する人々・興味ある人々が注目する伝統儀式を続けるお祭りになっている.医学生理学の分野では生理学的に重要機構の解明や臨床応用で人類医学的な福利向上につながる発見などにおくられる.なかなか毎年趣味がよいとおもわれる.繰り返しであるが,選考委員会が示した,今回の授賞は,脳での空間認識の回路で重要な働きをする placecell場所細胞発見理由である

匿名ダイアリーにこんな言い訳不要かと思うのだけれど,ノーベル賞委員会公式アナウンスメントとFundamental Neuroscience か Principles of Neural Science や関連論文日本語教科書・一般書等を読めばよい.高校生物に毛が生えた教養程度の神経科学の知識しかない劣等の学部生ながら,今回受賞の対象になった O’ Keefe と Moser 夫妻の神経系における自己位置の表現の神経回路の重要細胞というテーマに興味があるので駄文を書いた.

脳科学辞典 場所細胞 http://bsd.neuroinf.jp/wiki/%E5%A0%B4%E6%89%80%E7%B4%B0%E8%83%9E

脳科学辞典 海馬 http://bsd.neuroinf.jp/wiki/%E6%B5%B7%E9%A6%AC

Permalink |記事への反応(0) | 22:09

このエントリーをはてなブックマークに追加ツイートシェア

2013-07-24

http://anond.hatelabo.jp/20130724111931

いや、左翼は「軍事的な技術」に関わるもの全てを憎んでるからOSS定義とは真っ向から反する思想だぞ。

OSS定義では、「軍事目的での使用禁止」などの使用条件を設けることは、「使用分野(Fields ofEndeavor)に対する差別の禁止」に該当する。

http://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%BC%E3%83%97%E3%83%B3%E3%82%BD%E3%83%BC%E3%82%B9%E3%81%AE%E5%AE%9A%E7%BE%A9

Permalink |記事への反応(3) | 14:33

このエントリーをはてなブックマークに追加ツイートシェア

2012-08-13

C#基礎文法最速マスター

1.基礎
classの作成

プログラムclass記述します。たとえばSampleという名前classを作る場合、Sample.csファイル内に次のように書きます。(C#場合ファイル名とクラス名は同一でなくても良い。複数のクラスを書いても良い)

public class Sample {}
Mainメソッドの作成

プログラムclass内のMainメソッドの先頭から実行されます。Mainメソッドは次のように書きます

public class Sample {    public staticvoid Main(String[] args ) {         // 処理を書く     }}
Console.WriteLineメソッド

文字列を表字するメソッドです。

Console.WriteLine( "Hello world" );
コメント

コメントです。

// 一行コメント/*   複数行コメント */
変数の宣言

変数の宣言です。変数の宣言時にはデータ型を指定します。

//変数int num;
データ型

データ型です。C#データ型には値型と参照型とがあります。以下は値型のデータ型です。

// int(整数)型int num;//char(文字)型char c;// float(単精度浮動小数点)型float val;//double(倍精度浮動小数点)型double val;// bool(論理)型boolflag;//DateTime(日付)型DateTimedate;

以下は参照型のデータ型です。

//StringString s;//配列String[] array;
プログラムのコンパイル

プログラムコンパイルするには、コマンドラインで以下のようにします。

csc Sample.cs
プログラムの実行

プログラムを実行するには、コマンドラインで以下のようにします。

.net frameworkonWindows場合

Sample.exe

Mono.frameworkの場合

mono ./Sample.exe
2. 数値
数値の表現

int、float、double型の変数に数値を代入できます。int型には整数だけ代入できます。float、double型には整数でも小数でも代入できます

int i = 2;int i = 100000000;float num = 1.234f;double num = 1.234;
四則演算

四則演算です。

num = 1 + 1;num = 1 - 1;num = 1 * 2;num = 1 / 2;

商の求め方です。割る数と割られる数が両方とも整数場合計算結果の小数点以下が切り捨てられます

num = 1 / 2;  // 0

割る数と割られる数のどちらかが小数場合計算結果の小数点以下が切り捨てられません。

num = 1.0 / 2;    // 0.5num = 1 /2.0;    // 0.5num = 1.0 /2.0;  // 0.5

余りの求め方です。

// 余りmod = 4 % 2
インクリメントとデクリメント

インクリメントとデクリメントです。

// インクリメント ++i;// デクリメント --i;
3. 文字列
文字列の表現

文字列ダブルクォートで囲みます

Stringstr = "abc";
文字列操作

各種文字列操作です。

// 結合String join = "aaa" + "bbb";// 分割String[] record = "aaa,bbb,ccc".Split( "," );// 長さint length = "abcdef".Length();// 切り出し"abcd".Substring( 0, 2 )   //abc//検索int result = "abcd".IndexOf( "cd" ) // 見つかった場合はその位置、見つからなかった場合は-1が返る
4. 配列
配列変数の宣言

配列です。

//配列の宣言int[] array;
配列の生成

配列の生成です。配列の生成時には要素数を指定するか、初期データを指定します。

int[] array;// 要素数を指定して配列を生成array = new int[5];// 初期データを指定して配列を生成array = new int[] { 1, 2, 3 };// 宣言と同時に配列を生成int[] array2 = new int[5];
配列の要素の参照と代入

配列の要素の参照と代入です。

// 要素の参照array[0]array[1]// 要素の代入array[0] = 1;array[1] = 2;
配列の要素数

配列の要素数を取得するには以下のようにします。

array_num = array.Length;
配列のコピー

配列の要素を別の配列コピーするには以下のようにします。

int[] from = new int[] { 1, 2, 3 };int[] to = new int[5];from.CopyTo(to, 0);
5. 制御文
if文

if文です。

if ( 条件 ){}
if ~ else文

if ~ else文です。

if ( 条件 ){}else{}
if ~ else if 文

if ~ else if文です。

if ( 条件 ){}else if ( 条件 ){}
while文

while文です。

int i = 0;while ( i < 5 ){        // 処理        ++i;}
for文

for文です。

for ( int i = 0; i < 5; ++i ){    // 処理}
for-each文

for-each文です。配列の各要素を処理できます

int[]fields = new int[] { 1, 2, 3 };foreach (intfield infields){    // 処理}
6. メソッド

C#では関数メソッドと言いますメソッドを作るには次のようにします。戻り値を返却するにはreturn文を使います

static int sum( int num1, int num2 ){    inttotal;total = num1 + num2;    returntotal;}
9. ファイル入出力

ファイル入出力です。ファイル入出力を行うには、プログラムの先頭に以下を記述します。

using System.IO;

以下がファイル入力の雛形になりますファイルオープンや読み込みに失敗した場合catch節に処理が移ります

String filename = "text.txt";StreamReaderreader = null;try{reader = newStreamReader(filename);Stringline;    while ((line =reader.ReadLine()) != null)    {    }}catch (IOException e){    //エラー処理:}finally{    if (reader != null)    {try        {reader.Close();        }catch (IOException e) { }    }}

またはC#ではusingステートメントと言うものがあり、この様にも書ける

String filename = "text.txt";using (StreamReaderreader = newStreamReader(filename)){try    {Stringline;        while ((line =reader.ReadLine()) != null)        {            // 読み込んだ行を処理        }    }catch (IOException e)    {        //エラー処理:    }}

usingをつかうとCloseがなくなったことからわかるようにusing(){}を抜けるとき自動的にDisposeメソッドを呼び出し、オブジェクトを廃棄する。その分コードスッキリするが、使いにくい場面もあるので考えて使うこと。

以下がファイル出力の雛形になりますファイルオープンや書き込みに失敗した場合catch節に処理が移ります

String filename = "text.txt";StreamWriterwriter = null;try{writer = newStreamWriter(filename));writer.WriteLine("abc");writer.WriteLine("def");writer.WriteLine("fgh");}catch (IOException e){    //エラー処理:}finally{    if (writer != null)    {writer.Close();    }}

こちらもusingを使って書ける。が、割愛する。

知っておいたほうがよい文法

C#でよく出てくる知っておいたほうがよい文法の一覧です。

繰り返し文の途中で抜ける

繰り返し文の途中で抜けるにはbreak文を使用します。

for ( i = 0; i < 5; ++i ) {    if ( 条件 ) {        break;    // 条件を満たす場合、for文を抜ける。    }}
繰り返しの残り部分の処理をスキップする

残りの部分処理をスキップし、次の繰り返しに進むにはcontinue文を使用します。

for ( i = 0; i < 5; ++i ) {    if ( 条件 ) {continue;    // 条件を満たす場合、残りの部分処理をスキップし、次の繰り返しに進む。    }}
例外処理

例外を投げるにはthrow文を使用します。

throw new Exception( "Error messsage" );

例外処理をするにはtrycatch文を使用します。

try {    // 例外が発生する可能性のある処理}catch ( Exception e ) {    // 例外発生時の処理}

Permalink |記事への反応(0) | 12:16

このエントリーをはてなブックマークに追加ツイートシェア

2012-07-31

アグリコラ WMデッキ誤訳訂正と補足

アグリコラのWMデッキについては、Table Games in the Worldで和訳が公開されている(http://www.tgiw.info/2012/03/wm5.htmlから辿れる。)。WMデッキについては公式の和訳が存在しないことから、このような有志による和訳の公開は貴重であり、アグリコラファンの1人として最大の感謝の意を示したい。

しかしながら、公開されている英語版のテキストとつき合わせて見たときに、上記和訳にはいくつかの点で致命的な誤訳があり、また、いくつかのカードについては補足が必要であることに気づいた。

そのため、上記和訳には感謝を示しつつも、日本アグリコラファンがより適切なプレイングを楽しめるよう、誤訳の指摘と補足を執筆することにした。なお、筆者がブログを持ち合わせていないために、このような匿名ダイアリーで指摘をさせていただくことになった非礼をお詫びしたい。

以下、αデッキから順に見ていく。

αデッキhttp://www.tgiw.info/2012/01/wm1.html

★WM010 Klosterbewohner修道院生活者

原文:「At the end ofthe game,you receive 1 Bonuspoint for each of the 5 columns ofyour farmyard that is eitherall rooms,allfields orall in the same pasture.」

誤「得点計算とき自分の農場の縦5マスの列を見て、5マス全てが部屋か、5マス全てが畑か、5マスのうち3マスが同じ牧場に属していたら、1列につき1点を得る」

正「得点計算とき自分の農場の各列(縦3マス)を見て、3マス全てが部屋か、3マス全てが畑か、3マス全てが同じ牧場に属していたら、1列につき1点を得る。」

【補足】縦1列は3マスである。3マス全てが部屋か、畑か、同じ牧場に属していれば、そのような列1つにつき1点(最大で5点になる)ということ。

★WM011 Bauunternehmer建築業

【補足】増改築、大進歩コストとして支払うべき資材のうち最大1つを食料で代用できるという意味コストと無関係の手元の資材をこの機会に食料1に代えておける、ということではない。

★WM025 Pate 教父

原文:「Wheneveryou use an Action space orthogonally adjacent to an occupied "Family growth" Action space from stage 2 or stage 5,you receive 1 Grain immediately before.」

【補足】occupiedとあるので、「家族を増やす」のアクションスペースが既に埋まっている場合に限定されるようである

βデッキhttp://www.tgiw.info/2012/01/wm2.html

★WM005 Imker養蜂

【補足】厩は「逆さま」ではなく横向けに倒して置く。というかあのコマを逆さまには置けない(笑)

★WM008 Bread Carrier パン運び

原文:「Onceany playerhas built an Oven, place 1Foodon the remaining Roundspaces.At the start of these rounds,you receive theFood. (If an Ovenhas already been built, place theFood immediately. If multiple Ovens are built,youonly receive theFoodonce.)」

誤:「次にかまどを作ったら、残っているラウンドスペース全てに食料1ずつ置く。各ラウンドのはじめに、この食料を得る(すでにかまどをもっていたら、かまどがいくつあってもすぐに食料1ずつ置く。「かまど」とは○○かまどという名前の、パンを焼く進歩カード)」

正:「誰かが暖炉を作ったら、それ以降のラウンドスペース全てに1つずつ食料を置く。各ラウンドのはじめに、この食料を得る(すでに暖炉ができていたらすぐに食料を並べる。複数の暖炉が作られても、食料を置くのは一度だけ)」

【補足】Ovenは「かまど(Fireplace)」ではなく「暖炉である(大きい進歩としては「レンガの暖炉(Clay Oven)」と「石の暖炉(Stone Oven)」がある)。また、暖炉を作るプレイヤーは誰でもよい。井戸で起動する「水運び」(I262)の暖炉である

★WM035 Postmann郵便

【補足】直後にそのアクションスペースを使ったプレイヤーが回収しなかった場合には、置かれた資材はそのままそこに残る。誰かが回収するまで、そこを使ったプレイヤーに購入権が与えられる。

(参照:http://play-agricola.com/Agricola/Cards/index.php?id=1068

★WM054 Schubkarrenschieber手押し車使い

【補足】この職業自体には、資材が累積するスペースに複数ある資材のうちの1つだけを取って他を残しておく、という能力はない。あくまでも、1つしか累積がなかった場合の救済措置であるもっとも、キノコ探し(I196)やかご(E34)のように資材の一部を残しておく能力別にあって、その効果で結局1つしか資材を取らなかった、という場合には、この職業効果は発動する。

なお、5人プレイ時に葦が累積する葦石木のアクションスペースについては、葦の累積個数にかかわらず、全体で最低3つの資材を取ることとなるから、この職業効果は発動しない。

(参照:http://play-agricola.com/Agricola/Cards/index.php?id=1885

★WM102 Widder 雄羊

【補足】追加で繁殖するのは、6,8,10,12ラウンドの「終了時」である

γデッキhttp://www.tgiw.info/2012/02/wm3.html

★WM004 Sparbacker 即席パン屋

原文:「Wheneveryou build a Baking Improvement with the bread symbol,you receive 1 Grain beforebuilding the Improvement. Wheneveryou build an Oven, pay 1Building resource less ofyour choice. (An Oven is a Baking Improvement with "Oven" in thename.)」

誤:「すべての暖炉を資材どれか1つ少なく作ることができる。パンを焼くアクションのたびに、その直前に小麦1をストックから手に入れる。(パンを焼くアクションにはパンのマークが付いています暖炉(「○○暖炉」という名前進歩カード)を使うのもパンを焼くアクションです)」

正:「あなたがパンのマークのついた進歩プレイするたびに、その直前に小麦1を共通のストックから手に入れる。すべての暖炉を、好きな資材1つ少なく作ることができる」

【補足】パンを焼く進歩カードプレイ(・購入)するたびに起動する。「炭焼き」(E182)と同じ。

★WM036 Chefkochシェフ

原文:「Each round, instead of placingyourfirst Family memberon an Action space,youmay placeiton this card and receive 2Food and 1 Guest token to place that round. (Youmay not do this ifyouwill be placingmore people afteryour first withoutanother player placing inbetween.)」

誤:「~(最初家族を置いた直後にこのカードを使うことはできない)」

正:「~(あなた最初家族とそれ以降の家族連続して置ける状況では、この効果を使うことはできない)」

【補足】最後の括弧は、「遅寝(Late Sleeper)」(G037)のように、他の全プレイヤーの手番が終了するまで自分の手番がスキップされる状況でこの効果が使えると強すぎるため、それを回避する趣旨で設けられたルールである

(参照:http://play-agricola.com/Agricola/Cards/index.php?id=505

★WM061 Hintertur 裏口

原文:「Immediately place aperson that is not already placedon an Action spaceon the "After Family Growth also 1 Minor Improvement" Action space even ifit is occupiedbyyou oranother player andtake that action.」

誤:「~ほかのプレイヤーがそのアクションスペースに家族を置いていてもよい。~」

正:「~誰か(あなたでもよい)がそのアクションスペースに家族を置いていてもよい。~」

【補足】自分自身が既にそのアクションスペースを使っている場合にも使える。

★WM104 Schilfzich 葦栽培

【補足】「得点計算の直前に葦をボーナス点に換えられる」ということの意味は、かご製作所のボーナス点を計算する前にこれらの葦を消費してしまうことにある。

δデッキhttp://www.tgiw.info/2012/03/wm4.html

★WM019 Familienplaner家族計画

【補足】誤:「子孫」→正:「新生児

★WM020 Hofschulabsolvent農業学校卒業生

【補足】収穫「の開始時」のたびに

★WM023 Waldbauer 森の農夫

【補足】「労働から帰宅の間に」に相当する原文は「between the Work and Returninghome phase」であり、労働フェイズ帰宅フェイズの間、すなわち「全員が家族を置いた後」を意味する。「曲芸師」(I269)や「営農家」(K289)と同様。

★WM056 Armenhaus 救貧院

【補足】捨ててもよい物乞いカードは、直前の食糧供給フェイズに受け取ったものに限らない(以前の収穫の食糧供給フェイズに受け取ったものでもよい。)。

★WM110 Gerateschuppen 物置小屋

【補足】誤:「柵」→正:「厩」(stable)

εデッキhttp://www.tgiw.info/2012/03/wm5.html

★WM037 Stalleinrichter 厩作り

【補足】「厩作り」という名前カードは他に存在する(E208)。「厩務員」という名前はどうだろうか。

★WM039 Pfandleiher質屋

原文:「Atanytime,youmay convertall the printed Victorypoints (ifany) of an Improvement in front ofyou to 3Foodperpoint. After,youmay not return or remove the Improvement andyou no longer receiveits Victorypoints. If Pawnbrokergets turnedface down or discarded,youstill lose thepoints.」

誤:「~食料を取ったカードは戻したり取り除いたりしない~」

正:「~これ以降、その進歩カードを返却したり取り除いたりすることはできなくなる~」

【補足】例えば「かまど」を3食糧に変換したら、その「かまど」を返して「調理場」にアップグレードすることができなくなる。

★WM055 Holzarbeiter木こり

【補足】「木こり」という名前カードは他に存在する(E176)。「木工職人」という名前はどうだろうか。

★WM064 Lagerfeuerキャンプファイヤー

【補足】「この木材はいつでも共通のストックに戻すことができ、戻したラウンドが終わるまでの間に家畜を何頭でも食料にできる」というのは、戻したラウンドに限り(その終了時までは)家畜を食料に変換できる、という意味である

★WM065 Begrenzungssteine境界

【補足】たとえば次の盤面なら「ほかの畑1ヵ所のみと接している畑」が3つで2点。

畑 畑 畑 牧 牧家 畑 空 牧 牧家 家 家 牧 牧

5点(「ほかの畑1ヵ所のみと接している畑」が5以上)取るためにはこういった配置が必要

家 牧 畑 空 畑家 畑 畑 畑 畑家 家 畑 空 畑

(参照:http://play-agricola.com/Agricola/Cards/index.php?id=637

★WM070 Aufziehmannゼンマイ人形

原文:「Clockwork Man countsas 1 Occupation and 1 Minor Improvement.」

誤:「このカードは小さな進歩ではなく職業とみなす」

正:「このカードは小さい進歩であると同時に職業としてもカウントする」

【補足】1枚目の職業を出す前にこのカードプレイすると、「職業」のアクションスペースでの食料の支払いが無料ではなくなることに注意。

★WM105 Rotherhampflugロザラムの鋤

原文:「Wheneveryou use the "Plow 1Field" Action space,youmay Plow 2fields if they are not diagonally or orthogonally adjacent to each other instead of 1.」

誤:「家族コマで「畑1を耕す」のアクションを行い、実際に畑1だけを耕すたびに、すぐさらに畑2を耕せる。~」

正:「「畑1を耕す」のアクションを行うたびに、畑1の代わりに畑2を耕すことができる。~」

【補足】追加は畑1

Permalink |記事への反応(1) | 18:59

このエントリーをはてなブックマークに追加ツイートシェア

2012-07-28

シェル操作課題SQLによる解答例

シェル操作課題 (cut, sort, uniq などで集計を行う) 設問編 - Yamashiro0217の日記の解答例です。MySQL 5.5です。

準備
mysql> CREATE TABLE log (    ->id          BIGINT PRIMARYKEY AUTO_INCREMENT,    ->   server_host VARCHAR(30),    ->   access_time DATETIME,    ->   user_id     INT,    ->   access_url  VARCHAR(191)    -> );Query OK, 0 rows affected (0.00sec)mysql> LOAD DATA LOCAL INFILE 'log.csv'    -> INTO TABLE log    ->FIELDS TERMINATEDBY ','    -> (server_host, @unixtime, user_id, access_url)    ->SET access_time = FROM_UNIXTIME(@unixtime);Query OK, 9 rows affected (0.01sec)Records: 9  Deleted: 0  Skipped: 0  Warnings: 0
問1 このファイルを表示しろ
mysqlSELECT server_host, access_time, user_id, access_url    -> FROM log;+-------------+---------------------+---------+--------------+| server_host | access_time         | user_id | access_url   |+-------------+---------------------+---------+--------------+| server1     |2012-07-27 13:25:24 |      30 | /video.php   || server2     |2012-07-27 13:25:10 |20 | /profile.php || server3     |2012-07-27 13:25:15 |       7 | /login.php   || server1     |2012-07-27 13:25:05 |       8 | /profile.php || server2     |2012-07-27 13:26:45 |      35 | /profile.php || server2     |2012-07-27 13:25:10 |20 | /profile.php || server3     |2012-07-27 13:26:45 |      30 | /login.php   || server4     |2012-07-27 13:27:05 |12 | /video.php   || server1     |2012-07-27 13:27:45 |       7 | /video.php   |+-------------+---------------------+---------+--------------+9 rows inset (0.00sec)
問2 このファイルからサーバー名とアクセス先だけ表示しろ
mysqlSELECT server_host, access_url    -> FROM log;+-------------+--------------+| server_host | access_url   |+-------------+--------------+| server1     | /video.php   || server2     | /profile.php || server3     | /login.php   || server1     | /profile.php || server2     | /profile.php || server2     | /profile.php || server3     | /login.php   || server4     | /video.php   || server1     | /video.php   |+-------------+--------------+9 rows inset (0.00sec)
問3 このファイルからserver4の行だけ表示しろ
mysql> CREATEINDEX log_ix1ON log (server_host);Query OK, 0 rows affected (0.01sec)Records: 0  Duplicates: 0  Warnings: 0mysqlSELECT server_host, access_time, user_id, access_url    -> FROM log    -> WHERE server_host = 'server4';+-------------+---------------------+---------+------------+| server_host | access_time         | user_id | access_url |+-------------+---------------------+---------+------------+| server4     |2012-07-27 13:27:05 |12 | /video.php |+-------------+---------------------+---------+------------+1 row inset (0.00sec)

インデックスを作らなかった場合は減点します。

問4 このファイルの行数を表示しろ
mysqlSELECT COUNT(*)    -> FROM log;+----------+| COUNT(*) |+----------+|        9 |+----------+1 row inset (0.00sec)
問5 このファイルサーバー名、ユーザーIDの昇順で5行だけ表示しろ
mysqlSELECT server_host, access_time, user_id, access_url    -> FROM log    -> ORDERBY server_host, user_id    -> LIMIT 5;+-------------+---------------------+---------+--------------+| server_host | access_time         | user_id | access_url   |+-------------+---------------------+---------+--------------+| server1     |2012-07-27 13:27:45 |       7 | /video.php   || server1     |2012-07-27 13:25:05 |       8 | /profile.php || server1     |2012-07-27 13:25:24 |      30 | /video.php   || server2     |2012-07-27 13:25:10 |20 | /profile.php || server2     |2012-07-27 13:25:10 |20 | /profile.php |+-------------+---------------------+---------+--------------+5 rows inset (0.00sec)
問6 このファイルには重複行がある。重複行はまとめて数え行数を表示しろ
mysqlSELECT COUNT(DISTINCT server_host, access_time, user_id, access_url)    -> FROM log;+---------------------------------------------------------------+| COUNT(DISTINCT server_host, access_time, user_id, access_url) |+---------------------------------------------------------------+|                                                             8 |+---------------------------------------------------------------+1 row inset (0.00sec)

COUNT関数の中にDISTINCTを書けるのは覚えておくと便利です。

問7 このログのUU(ユニークユーザー)数を表示しろ
mysqlSELECT COUNT(DISTINCT user_id)    -> FROM log;+-------------------------+| COUNT(DISTINCT user_id) |+-------------------------+|                       6 |+-------------------------+1 row inset (0.00sec)
問8 このログアクセス先ごとにアクセス数を数え上位1つを表示しろ
mysqlSELECT access_url, COUNT(*)    -> FROM log    ->GROUPBY access_url    -> ORDERBY COUNT(*) DESC    -> LIMIT 1;+--------------+----------+| access_url   | COUNT(*) |+--------------+----------+| /profile.php |        4 |+--------------+----------+1 row inset (0.00sec)
問9 このログのserverという文字列をxxxという文字列に変え、サーバー毎のアクセス数を表示しろ
mysqlSELECT REPLACE(server_host, 'server', 'xxx'), COUNT(*)    -> FROM log    ->GROUPBY server_host;+---------------------------------------+----------+| REPLACE(server_host, 'server', 'xxx') | COUNT(*) |+---------------------------------------+----------+| xxx1                                  |        3 || xxx2                                  |        3 || xxx3                                  |        2 || xxx4                                  |        1 |+---------------------------------------+----------+4 rows inset (0.00sec)
10 このログユーザーID10以上の人のユニークユーザーIDユーザーIDソートして表示しろ
mysqlSELECT DISTINCT user_id    -> FROM log    -> WHERE user_id >=10    -> ORDERBY user_id;+---------+| user_id |+---------+|12 ||20 ||      30 ||      35 |+---------+4 rows inset (0.00sec)
個人的な感触

Permalink |記事への反応(0) | 19:25

このエントリーをはてなブックマークに追加ツイートシェア

2011-11-08

ThunderbirdからOutlook 2007 にメールを移行

やー。面倒でした。

古い情報だとOutlook Express を経由しろと書いてあるので、後継であるらしいWindows LiveMail を経由して(Windows LiveMailからエクスポートする方法で)

Outlook に移行したのだが、どういうわけか宛名が文字列として移行されてしまい、xxx@example.com というメールアドレスの移行ができなかったんです

で eml →msg もしくはpst 形式への変換ソフトを探すのですが、無料ものが見つからなくてあんまり情報もありませんでした。が、ありましたよ!お兄さん。

これなら、msg ⇔ eml の相互変換ができますです

MrMAPI.exe

http://mfcmapi.codeplex.com/

ヘルプはっときますね。

====

MAPI data collection and parsingtool.Supportspropertytaglookup, error translation,smartviewprocessing, rule tables,ACL tables, contents tables, andMAPI<->MIME conversion.MrMAPI currently knows:  3916propertytags801 dispids    35 types    58 guids   148 errors    27smartview parsersUsage:   MrMAPI -?   MrMAPI [-Search] [-Dispids] [-Number] [-Type <type>] <propertynumber>|<propertyname>   MrMAPI -Guids   MrMAPI -Error <error>   MrMAPI -ParserType <type> -Input <input file> [-Binary] [-Output <output file>]   MrMAPI -Flag <flag value> [-Dispids] [-Number] <propertynumber>|<propertyname>   MrMAPI -Rules [-Profile <profile>] [-Folder <folder>]   MrMAPI -Acl [-Profile <profile>] [-Folder <folder>]   MrMAPI [-Contents | -HiddenContents] [-Profile <profile>] [-Folder <folder>] [-Output <output directory>]          [-Subject <subject>] [-MessageClass <message class>] [-MSG] [-List]   MrMAPI -ChildFolders [-Profile <profile>] [-Folder <folder>]   MrMAPI -XML -Input <path to input file> -Output <path to output file>   MrMAPI -FID [fid] [-MID [mid]] [-Profile <profile>]   MrMAPI -MAPI | -MIME -Input <path to input file> -Output <path to output file> [-CCSFFlags <conversionflags>]          [-RFC822] [-Wrap <Decimalnumber of characters>] [-Encoding <Decimalnumber indicating encoding>]          [-AddressBook] [-Unicode] [-Charset CodePage CharSetType CharSetApplyType]Allswitchesmay be shortened if the intendedswitch is unambiguous.Forexample, -Tmay be usedinstead of -Type.   Help:   -?   Displayexpanded help.PropertyTagLookup:   -S   (or -Search) Performsubstring search.           With no parametersprintsall knownproperties.   -D   (or -Dispids) Search dispids.   -N   (or -Number)Number is in decimal. Ignored for non-numbers.   -T   (or -Type)Print informationon specified type.           With no parametersprints list of known types.           When combined with -S, restrict output to given type.   -G   (or -Guids) Display list of known guids.FlagLookup:   -Fl  (or -Flag)Look upflags for specifiedproperty.May be combined with -D and -Nswitches, butallflag values must be in hex.   Error Parsing:   -E   (or -Error)Map an error code toitsname andvice versa.May be combined with -S and -Nswitches.SmartView Parsing:   -P   (or -ParserType) Parser type (number). See list below forsupported parsers.   -B   (or -Binary) Input file is binary. Default is hex encoded text.   Rules Table:   -R   (or -Rules) Output rules table.Profile optional.ACL Table:   -A   (or -Acl) OutputACL table.Profile optional.   Contents Table:   -C   (or -Contents) Output contents table.May be combined with -H.Profile optional.   -H   (or -HiddenContents) Outputassociated contents table.May be combined with -C.Profile optional   -Su  (or -Subject)Subject ofmessages to output.   -Me  (or -MessageClass)Message class ofmessages to output.   -Ms  (or -MSG) Outputas .MSGinstead ofXML.   -L   (or -List) List details toscreen and do not output files.   ChildFolders:   -Chi (or -ChildFolders) Display childfolders of selectedfolder.MSG FileProperties   -X   (or -XML) Outputproperties of anMSG fileasXML.MID/FIDLookup   -Fi  (or -FID)FolderID (FID) to search for.           If -FID is specified without a FID, search/displayallfolders   -Mid (or -MID)MessageID (MID) to search for.           If -MID is specified without aMID, displayallmessages infolders specifiedby the FID parameter.MAPI <->MIME Conversion:   -Ma  (or -MAPI) Convert an EML file toMAPI format (MSG file).   -Mi  (or -MIME) Convert anMSG file toMIME format (EML file).   -I   (or -Input) Indicates the input file for conversion, either aMIME-formatted EML file or anMSG file.   -O   (or -Output) Indicates the output file for the convertion.   -Cc  (or -CCSFFlags) Indicates specificflags to pass to the converter.           Available values (thesemay be OR'edtogether):MIME ->MAPI:CCSF_SMTP:        0x02CCSF_INCLUDE_BCC: 0x20CCSF_USE_RTF:     0x80MAPI ->MIME:CCSF_NOHEADERS:        0x0004CCSF_USE_TNEF:         0x0010CCSF_8BITHEADERS:      0x0040CCSF_PLAIN_TEXT_ONLY:  0x1000CCSF_NO_MSGID:         0x4000CCSF_EMBEDDED_MESSAGE: 0x8000   -Rf  (or -RFC822) (MAPI->MIMEonly) Indicates the EML should be generated inRFC822 format.           If notpresent,RFC1521 is usedinstead.   -W   (or -Wrap) (MAPI->MIMEonly) Indicates themaximumnumber of characters in each line in the           generated EML. Default value is 74. A value of 0 indicates no wrapping.   -En  (or -Encoding) (MAPI->MIMEonly) Indicates the encoding type to use.Supported values are:              1 -Base64              2 -UUENCODE              3 - Quoted-Printable              4 - 7bit (DEFAULT)              5 - 8bit   -Ad  (or -AddressBook) PassMAPIAddressBook into converter.Profile optional.   -U   (or -Unicode) (MIME->MAPIonly) The resultingMSG file should beunicode.   -Ch  (or -Charset) (MIME->MAPIonly) Characterset - three required parameters:           CodePage -common values (otherssupported)1252  - CP_USASCII      - Indicates the USASCII characterset,Windows code page12521200  - CP_UNICODE      - Indicates theUnicode characterset,Windows code page1200              50932 - CP_JAUTODETECT  - Indicates Japanese auto-detect (50932)              50949 - CP_KAUTODETECT  - Indicates Korean auto-detect (50949)              50221 - CP_ISO2022JPESC - Indicates theInternet charactersetISO-2022-JP-ESC              50222 - CP_ISO2022JPSIO - Indicates theInternet charactersetISO-2022-JP-SIO           CharSetType -supported values (see CHARSETTYPE)              0 - CHARSET_BODY              1 - CHARSET_HEADER              2 - CHARSET_WEB           CharSetApplyType -supported values (see CSETAPPLYTYPE)              0 - CSET_APPLY_UNTAGGED              1 - CSET_APPLY_ALL              2 - CSET_APPLY_TAG_ALLUniversal Options:   -I   (or -Input) Input file.   -O   (or -Output) Output file or directory.   -F   (or -Folder)Folder toscan. Default is Inbox. See list below forsupportedfolders.Foldersmay also be specifiedby path:              "Top of Information Store\Calendar"           Pathmay bepreceededby entryIDs for specialfolders using @ notation:              "@PR_IPM_SUBTREE_ENTRYID\Calendar"           MrMAPI's specialfolder constantsmay also be used:              "@12\Calendar"              "@1"   -Pr  (or -Profile)Profile forMAPILogonEx.   -M   (or -MoreProperties)Moreproperties. Tries harder togetstreamproperties.Maytake longer.   -No  (or -NoAddins) NoAddins.Don't load anyadd-ins.   -On  (or -Online)Online mode.Bypasscached mode.   -V   (or -Verbose) Verbose. Turnonall debug output.SmartView Parsers:    1AdditionalRen EntryIDsEx    2 Appointment Recurrence Pattern    3 ConversationIndex    4 EntryId    5 Entry List    6ExtendedFolderFlags    7Extended Rule Condition    8Flat Entry List    9FolderUserFieldsStream10 GlobalObjectId11Property12Property DefinitionStream   13 Recipient RowStream   14 Recurrence Pattern   15 ReportTag   16 Restriction   17 Rule Condition   18 SearchFolder Definition   19 Security Descriptor20SID   21 TaskAssigners   22Time Zone23Time Zone Definition24WebView PersistenceObjectStream   25 NicknameCache   26 Encode EntryID   27 Decode EntryIDFolders:    1 Calendar    2 Contacts    3 Journal    4 Notes    5 Tasks    6 Reminders    7 Drafts    8 Sent Items    9 Outbox10 Deleted Items11Finder12 IPM_SUBTREE   13 Inbox   14 Local Freebusy   15 Conflicts   16 Sync Issues   17 Local Failures   18 Server Failures   19JunkE-mailExamples:   MrMAPIPR_DISPLAY_NAME   MrMAPI 0x3001001e   MrMAPI 3001001e   MrMAPI 3001   MrMAPI -n12289   MrMAPI -t PT_LONG   MrMAPI -t 3102   MrMAPI -t   MrMAPI -s display   MrMAPI -s display -t PT_LONG   MrMAPI -t102 -s display   MrMAPI -d dispidReminderTime   MrMAPI -d 0x8502   MrMAPI -d -s reminder   MrMAPI -d -n 34050   MrMAPI -p 17 -iwebview.txt -o parsed.txt

Permalink |記事への反応(0) | 14:36

このエントリーをはてなブックマークに追加ツイートシェア

2008-11-23

http://anond.hatelabo.jp/20081122230757

とても簡単な話で、Jane Plantのキャリア地質学からその延長の環境科学に関するものであって医学ではない。

それは日本語出版元のサイトでもわかるし

http://www.komichi.co.jp/bd/4-7705-0200-1.html

インペリアル大学教授としての執筆リストでもそれは裏付けられる

http://www3.imperial.ac.uk/people/jane.plant/publications

出版元に「2005年英国王立医学協会(Royal Society of Medicine) 終身会員」とあるが、

インペリアル大学サイト

http://www3.imperial.ac.uk/people/jane.plant

では 2005 FRSM とある。Fellow ということ。

http://www.rsm.ac.uk/membersh/catmem.php

によれば、会員は Fellow か 学生か 準会員か、しかないので、

Those holding medical, dental, veterinary or higher scientific qualifications; or in senior positions in healthcare and relatedfields.

にあてはまれば会員となれる。Jane Plantは地質学環境科学で十分にこれをクリアする。だって大学教授長年やってるんだもん。

「終身」については、偉いのではなくて、単に老い先短いと会費を一括払いして節約できるというだけ。「王立医学協会」って、要は学会だからねぇ。

http://www.rsm.ac.uk/membersh/rates.php#life

本人の健康宣伝目的個人サイトでも、経歴的にはこれはあきらかで、健康法の話はまったく関係ない。

http://www.cancersupportinternational.com/janeplant.com/science.asp

http://www.cancersupportinternational.com/janeplant.com/prof.asp

過去多くの実績があり、キャリアを築き上げてきた学者が、ほぼ一線の研究からは引退するタイミング

奇妙健康本を自分キャリアを利用して売り始めました、という以上のものではない。

最初の健康本を出してから2年ほどで RSM に終身で入会しているが、 RSMが拒否する理由はない、という以上のことはないだろう。

日本健康本業界的には、背景が見えないで英語情報にあたらない人たち相手に、話を歪めて宣伝しているわけだな。

Permalink |記事への反応(1) | 04:09

このエントリーをはてなブックマークに追加ツイートシェア

2008-10-18

real streetangels から mechanize を使って動画を取ってきてEmacsで見てみるよ

せっかく書いたから匿名でのせてみるよ

使い方は

  • 動画を取ってきたいよ
    • config.yamlユーザとかを設定するよ
    • ids.txt に取ってきたいIDを書くよ
    • sangels.bat を実行するよ
  • Emacs動画を見たいよ
    • sangels.el を load するよ
    • M-x sangels だよ

必要なものをgem で取ってくるにはこうすればいいよ

  • gem install -r log4r
  • gem install -r -v 0.6 hpricot
  • gem install -r mechanize

長すぎてelispが消えたから続きがあるよ

sangels.bat - 起動用バッチファイル

@echo offsetlocalset WD=%~dp0cd/d%WD%ruby get_movies.rbruby get_images.rbruby create_m3u.rb

ruby

config.yaml - 設定ファイル
user:ユーザIDpassword:パスワードids_file: ids.txtdone_file: ids_done.txtmovies_dir: movieslog4r_config:pre_config:global: INFOloggers:-name: apptype:Log4r::Loggerlevel: INFOoutputters:- STDOUT- FILEoutputters:-name: STDOUTtype:Log4r::StdoutOutputterformatter:type:Log4r::PatternFormatterpattern:"%d [%l] %C - %M"date_pattern:"%H:%M:%S"-name: FILEtype:Log4r::FileOutputterfilename:"#{LOGDIR}/sangels.log"formatter:type:Log4r::PatternFormatterpattern:"%d [%l] %C - %M"date_pattern:"%Y-%m-%d %H:%M:%S"
get_movies.rb
require'fileutils'require'logger'require'mechanize'BASEDIR =File.dirname($0)require"#{BASEDIR}/util"require"#{BASEDIR}/sangels"$config = load_config(BASEDIR)prepare_logger(BASEDIR)$log = new_logger("get_movies")WWW::Mechanize.log = new_logger("mechanize")WGet.log =$logclassIDFiledefinitialize(file)@file = file    unlessFile.exist?(@file)Fileutils.touch(@file)endenddefids(contains_comment =nil)File.open(@file) {|io|      io.to_a.map {|x|        x.chomp      }.select {|x|        if x.empty?nilelsif contains_commenttrueelsenot /^\s*\#/ =~ xend      }    }enddefadd(id)    ids = ids(true)    unless ids.any? {|x| x ==id}      write(ids + [id])endenddefdelete(id)    ids = ids(true)    if ids.any? {|x| x ==id}      write(ids - [id])endenddefwrite(ids)File.open(@file,"w") {|io|      ids.each {|x| io.puts x}    }endend$log.info("BEGIN#{$0} ================")exit_code =0begin  ids_file =IDFile.new($config.ids_file)  done_file =IDFile.new($config.done_file)  movies_dir =$config.movies_dirwget =WGet.new  sangels =SAngels.new  sangels.login($config.user,$config.password)  ids_file.ids.each {|id|begin      movies = sangels.movies(id)rescueSAngels::Movies::InvalidMoviesError$log.warn("invalid movieid:#{id}")nextenddir =File.expand_path(id, movies_dir)    movies.each {|link|wget.retrieve(link.href,dir)    }    expected = movies.movie_links.map{|x|File.basename(x.href)}    actual =Dir.glob("#{dir}/*").map {|x|File.basename(x)}    if (expected - actual).empty?      done_file.add(id)      ids_file.delete(id)end  }rescue => e$log.error(e)  exit_code =1end$log.info("END#{$0} (#{exit_code}) ================")exit exit_code
get_images.rb
require'fileutils'require'logger'require'mechanize'require'ostruct'BASEDIR =File.dirname($0)require"#{BASEDIR}/util"require"#{BASEDIR}/sangels"$config = load_config(BASEDIR)prepare_logger(BASEDIR)$log = new_logger("get_images")WWW::Mechanize.log = new_logger("mechanize")WGet.log =$log$log.info("BEGIN#{$0} ================")exit_code =0begin  movies_dir =$config.movies_dir  sangels =SAngels.new  sangels.login($config.user,$config.password)  thumbnails = sangels.thumbnailsDir.glob("#{movies_dir}/*").each {|dir|nextunlessFile.directory?dirid =File.basename(dir)url = thumbnails.url(id)    unlessurl$log.warn("#{id} isnot found")nextend    path =File.expand_path("00_thumbnail#{File.extname(url)}",dir)nextifFile.exist? path$log.info("retrieving#{url}")    thumbnail = thumbnails.get_file(id)File.open(path,"wb") {|io| io.write(thumbnail)}  }rescue => e$log.error(e)  exit_code =1end$log.info("END#{$0} (#{exit_code}) ================")exit exit_code
create_m3u.rb
BASEDIR =File.dirname($0)require"#{BASEDIR}/util"$config = load_config(BASEDIR)movies_dir =$config.movies_dirDir.glob("#{movies_dir}/*") {|dir|nextunlessFile.directory?dirname =File.basename(dir)  files =Dir.glob("#{dir}/*.wmv").sortFile.open("#{movies_dir}/#{name}.m3u","w") {|io|    files.each {|file|      io.puts"#{name}/#{File.basename(file)}"    }  }File.open("#{dir}/00_movies.m3u","w") {|io|    files.each {|file|      io.puts"#{File.basename(file)}"    }  }}
sangels.rb
require'mechanize'require'hpricot'BASEDIR =File.dirname($0)require"#{BASEDIR}/util"classSAngelsHOST ="real2.s-angels.com"LOGIN_URL ="http://#{HOST}/member/"INFO_URL ="http://#{HOST}/teigaku/item.php"THUMBNAILS_URL ="http://#{HOST}/teigaku/"THUMBNAIL_URL ="http://#{HOST}/images/default/thumb/"definitialize()@agent =WWW::Mechanize.newenddeflogin(user,password)    login_form =@agent.get(LOGIN_URL).forms.find {|form|      form.fields.any? {|field|field.name =="frmLoginid"}    }    login_form.frmLoginid =user    login_form.frmPw =password@agent.submit(login_form)enddefmovies(id, no_validate =nil)Movies.new(@agent,id, !no_validate)enddefthumbnailsThumbnails.new(@agent)end classThumbnailsdefinitialize(agent)@agent = agent      doc =Hpricot(@agent.get_file(THUMBNAILS_URL))      elems = doc.search("div[@class=realthum]/a")@links =Hash(        elems.map {|elem|href = elem["href"]id =$1if /ID=(.+)/ =~hrefurl = elem.search("img")[0]["src"]          [id,url]        })enddefget_file(id)@agent.get_file(url(id))enddefurl(id)@links[id]enddefexist?(id)url(id)endend classMovies classInvalidMoviesError <StandardErrorenddefinitialize(agent,id, no_validate)@agent = agent@id =id      if !no_validate &amp;&amp; !valid?raiseInvalidMoviesErrorendenddefinfo_page_url"#{INFO_URL}?ID=#{@id}"enddefinfo_page@agent.get(info_page_url)enddefmovies_page@agent.click(info_page.links.find {|link| /P=10/ =~link.href})enddefmovie_links      movies_page.links.select {|link|        /wmv$/ =~link.href      }.sort {|a, b|File.basename(a.href) <=>File.basename(b.href)      }enddefvalid?      info_page.uri.to_s == info_page_urlenddefeach(&amp;block)      orig_links = movie_links      orig_links.each {|orig_link|link = movie_links.find {|l|File.basename(l.href) ==File.basename(orig_link.href)}        block.call(link)      }endendend
util.rb
require'log4r'require'log4r/yamlconfigurator'require'singleton'require'fileutils'require'ostruct'defHash(a)Hash[*a.flatten]enddefload_config(basedir)OpenStruct.new(File.open("#{basedir}/config.yaml") {|io|YAML.load(io)})enddefnew_logger(name)Log4r::Logger.new("app::#{name}")enddefprepare_logger(basedir, logdir =nil)  logdir ||= basedirLog4r::YamlConfigurator["LOGDIR"] = logdirLog4r::YamlConfigurator.load_yaml_file("#{basedir}/config.yaml")endclassNullObject  includeSingletondefmethod_missing(message, *arg)NullObject.singletonendendclassWGet class<<self    attr_accessor:logdefinitializesuper@log =NullObject.singletonendenddeflogself.class.logenddefretrieve(url,dir)FileUtils.mkdir_p(dir)    file =File.expand_path(File.basename(url),dir)    ifFile.exist?(file)      log.info("already retrieved#{url}")returntrueend    tmp ="#{file}.part"    log.info("retrieving#{url}")    ret = system("wget","-c","-O", tmp,url)    if ret      log.info("retrieving succeeded#{url}")File.rename(tmp, file)else      if$? ==0x020000# Ctrl-Cexit($?)else        log.error("retrieving failure#{url} (#{$?})")endendreturn retendend

Permalink |記事への反応(2) | 07:28

このエントリーをはてなブックマークに追加ツイートシェア

2008-10-12

[memo][GIS]Grass

Table of Contents: ||||||

オープンソースソフトウェアGISOpen Source software andGISOpen Source software andGIS 1 (6)
オープンソース概念Open Source concept1 (2)
オープンソースGISとしてのGRASSGRASSas anOpen SourceGIS3 (2)
ノースカロライナサンプルデータセットThe North Carolina sample dataset 5 (1)
この本の読み方How to read thisbook5 (2)
GIS概念GIS conceptsGIS concepts 7 (14)
一般的なGIS原理GeneralGIS principles 7 (6)
地理空間データモデルGeospatial data models 7 (4)
GISデータシステムの構成Organization ofGIS data and system11 (2)
機能functionality
地図投影法と座標系Map projections and coordinate systems 13 (8)
地図投影原理Map projection principles13 (3)
一般的な座標系とdatumsCommon coordinate systems and datums 16 (5)
GRASSをはじめようGetting started withGRASSGetting started withGRASS 21 (32)
第一歩First steps21 (16)
GRASSダウンロードインストールDownload and installGRASS 21 (2)
データベースコマンド構造Database andcommandstructure 23 (3)
GRASS6のためのグラフィカルユーザインタフェイス:GraphicalUser Interfaces forGRASS 6: 26 (1)
QGISgis.mQGIS andgis.m
ノースカロライナを用いてGRASSを開始StartingGRASS with the North Carolina 27 (3)
データセットdataset
GRASSデータディスプレイ3D可視化GRASS data display and3D visualization30 (4)
プロジェクトデータ管理Project data management34 (3)
新しいプロジェクトGRASSを開始StartingGRASS with a new project37 (7)
aのための座標系の定義Defining the coordinatesystem for a 40 (4)
新しいプロジェクトnew project
空間投影されていないxy座標系Non-georeferenced xy coordinate system 44 (1)
座標系の変換Coordinate system transformations44 (9)
座標系のリストCoordinate lists 45 (2)
ラスタベクトル地図投影Projection of raster andvector maps 47 (1)
GDAL/OGRツールで、再投影Reprojecting with GDAL/OGR tools 48 (5)
GRASSデータモデルデータの交換GRASS data models and data exchange53 (30)
ラスタデータRaster data54 (16)
GRASS2Dの、3DラスタデータモデルGRASS2D and3D raster data models 54 (2)
領域の統合と境界Managing regions and boundaries rastermap resolution
ジオコードされたラスタデータインポートImport of georeferenced raster data58 (8)
スキャンされた歴史地図インポートとジオコーディングImport and geocoding of a scanned66 (3)
ラスタデータエクスポートRaster data export 69 (1)
ベクトルデータVector data70 (13)
GRASSベクトルデータモデルGRASSvector datamodel70 (3)
ベクトルデータインポートImport ofvector data73 (5)
xyCAD描画のための座標変換Coordinate transformation for xyCAD drawings 78 (2)
ベクトルデータエクスポートExport ofvector data80 (3)
ラスタデータを使うWorking with raster data 83 (86)
ラスタ地図を表示、管理Viewing and managing raster maps 83 (22)
ラスタデータの表示と、カラーテーブルの割り当てDisplaying raster dataand assigning acolor table 83 (3)
ラスタ地図に関するメタデータを管理Managing metadata of raster maps 86 (2)
ラスタ地図クエリプロファイルRastermap queries and profiles88 (2)
ラスタ地図統計Rastermap statistics90 (1)
ラスタ地図ズームと、部分集合の生成Zooming and generating subsets from91 (1)
簡単なラスタ地図の生成Generating simple raster maps92 (2)
再分類と再スケーリングReclassification and rescaling of94 (3)
ラスタ地図raster maps
ラスタ地図タイプの記録と値の置換Recoding of rastermap types and value replacements 97 (2)
カテゴリベルの割り当てAssigning category labels99 (4)
マスキングとノーデータ値の取り扱いMasking and handling of no-data values 103(2)
ラスタ地図の計算Rastermap algebra 105(10)
整数と浮動小数点データInteger and floating point data107(1)
基本的な計算Basic calculations 108(1)
“if"状態を使うWorking with ``if'' conditions109(1)
r.mapcalcのNULL値の取り扱いHandling of NULL values in r.mapcalc 110(1)
r.mapcalcでMASKを作成Creating a MASK with r.mapcalc 111(1)
特別なグラフ演算子Special graph operators112(1)
相対的座標での近傍演算Neighborhood operations with relative coordinates113(2)
ラスタデータの変換と内挿Raster data transformation and interpolation 115(11)
離散的ラスタデータ自動ベクトルAutomated vectorization of discrete raster data115(3)
連続フィールドの等値線の描画を生成Generating isolines representing continuousfields 118(1)
ラスタデータのリサンプリングと内挿Resampling and interpolation of raster data 119(5)
ラスタ地図オーバーレイマージOverlaying and merging raster maps 124(2)
ラスタデータの空間分析Spatial analysis with raster data126(29)
近傍分析とクロスカテゴリー統計Neighborhood analysis andcross-category statistics126(7)
ラスタフィーチャのバッファリングBuffering of raster features 133(2)
コストサーフェイスCost surfaces135(5)
地勢と分水界分析Terrain and watershed analysis 140(13)
ランドスケープ構造解析Landscapestructure analysis 153(2)
ランドスケーププロセスモデリングLandscape process modeling 155(11)
文学的、地下水モデルHydrologic and groundwater modeling155(3)
浸食と宣誓証言モデルErosion and deposition modeling158(8)
ラスタベースモデルと解析に関するまとめFinal note on raster-based modelingand analysis166(1)
ボクセルデータを使うWorking with voxel data166(3)
ベクトルデータを使うWorking withvector data 169(94)
地図の表示とメタデータ管理Map viewing and metadata management169(4)
ベクトル地図を表示Displayingvector maps 169(3)
ベクトル地図メタデータ維持Vectormap metadata maintenance172(1)
ベクトル地図属性管理とSQLサポートVectormap attribute management andSQL support173(14)
GRASS6でのSQLサポートSQL support inGRASS 6 174(7)
サンプルSQLクエリ属性変更SampleSQL queriesand attribute modifications 181(4)
地図再分類Map reclassification 185(1)
複数の属性があるベクトル地図Vectormap with multiple attribute tables: layers 186(1)
ベクトルデータデジタルDigitizingvector data 187(5)
位相データデジタル化の一般原理General principles for digitizing topological data187(2)
GRASSでの対話的なデジタイジンInteractive digitizing inGRASS189(3)
ベクトル地図クエリ統計Vectormap queries and statistics192(4)
地図クエリMap queries192(2)
ベクトルオブジェクトに基づくラスタ地図統計Rastermap statistics based onvector objects194(2)
ポイントベクトル地図統計Pointvectormap statistics196(1)
幾何学操作Geometry operations196(20)
位相的な操作Topological operations 197(6)
バッファリングBuffering203(1)
フィーチャの抽出と境界のディゾルブFeature extraction and boundary dissolving204(1)
ベクトル地図を修理Patchingvector maps 205(1)
ベクトル地図インターセクディングとクリッピングIntersecting and clippingvector maps206(3)
ベクトル幾何の変換と3Dベクトルの作成Transformingvector geometry and creating3D vectors 209(2)
点からのコンベックスハルとトライアンギュレーションConvex hull and triangulation from points 211(1)
同じ位置の掘り出し物の複数のポイントFind multiple points in same location212(2)
一般的な多角形境界の長さLength ofcommon polygon boundaries214(2)
ベクトルネットワーク分析Vector network analysis216(11)
ネットワーク分析Network analysis 216(5)
直線的な参照システム(LRS)Linear reference system (LRS)221(6)
ラスタへのベクトルデータ変化Vector data transformations to raster227(3)
空間的な内挿と近似Spatial interpolationand approximation230(19)
内挿方法を選択Selecting an interpolation method230(5)
RSTによる内挿と近似Interpolationand approximation with RST 235(2)
RSTパラメタの調整:テンションスムージングTuning the RST parameters: tension and smoothing 237(4)
RSTの精度を評価Estimating RST accuracy241(3)
セグメント化処理Segmentedprocessing 244(3)
RSTとのトポグラフィー分析Topographic analysis with RST247(2)
ライダーポイントクラウドデータを使うWorking with lidar point cloud data249(8)
ボリュームに基づくは内挿Volume based interpolation 257(6)
3番目の変数の追加: 高度のある降水量Adding third variable: precipitation with elevation 258(3)
ボリュームとボリューム-時間内挿Volume and volume-temporal interpolation 261(1)
地球統計学とスプライGeostatistics and splines262(1)

Permalink |記事への反応(0) | 15:10

このエントリーをはてなブックマークに追加ツイートシェア

2008-06-17

http://anond.hatelabo.jp/20080617011655

おいらの趣味

数理パズルとか、詰み将棋とかなんだけど、キモいのかな?

まぁ映画とかも見るけどねぇ。

ところで

http://anond.hatelabo.jp/20080617011655

ベイジアンネットワークってハァハァできるもんなの?

ベイジアンネットワークって、本で確率グラフモデルの章が

あったとしたら一番最初にでてくるやつでしょ?

手元の本ではそこから Markov RandomFields にいったり

Factor Graph にいったりしている。

ってかベイジアンネットワークって結構致命的欠陥っつーか、

こいつぁだめだぁって場合が多かったような気がするけど、

手元に Mitchell 本がないので忘れた。

突っ込むともっと一杯発展があるのかな。

結構基礎が詰まっているから勉強したけど、

ベイジアンネットワークそのものをあまり使ったことがないのでハァハァできる気がしない。

Permalink |記事への反応(1) | 03:55

このエントリーをはてなブックマークに追加ツイートシェア

次の25件>
ログインユーザー登録
ようこそ ゲスト さん
Copyright (C) 2001-2025 hatena. All Rights Reserved.

[8]ページ先頭

©2009-2025 Movatter.jp