  |
はてなキーワード:Genericとは
Let’s faceit: starting a conversationon a dating app canfeel terrifying.You seesomeoneyou’re interested in,you typeout amessage, and then…youdeleteit. “Is this too boring?” “Will they even respond?” “What if I sound awkward?”
We’veall been there. That firstmessage canmake orbreakyour chances ofconnecting withsomeone amazing. Buthere’s thegood news:youdon’t have tooverthink it.With the rightopeningline,you canspark a conversation thatfeelsnatural,fun, and meaningful.
AtMixerDates, webelieve that every greatconnection starts with a great conversation. That’swhy we’ve puttogether this guide to helpyoucraft the best dating appopeninglines—ones that standout, showyour personality, andlead to realconnections. Ready to ditch the “hey” and start making animpact?Let’sdive in!
[:contents]
Before weget into the bestopeninglines,let’stalk aboutwhyyour firstmessageis so important.
Youropeninglineisyour chance tomake a greatfirst impression.It’s thegateway to a conversation that couldlead tosomething special. A thoughtful,creativemessage shows thatyou’re genuinely interested—not just swiping mindlessly.
Your firstmessage sets thetone for the entire conversation. A boring orgenericopener mightlead to a dull chat, while afun or intriguingone canspark excitement andcuriosity.
Let’s be real: everyonelovesfeeling special. Whenyou put effort intoyouropeningline,it shows thatyou care enough to standout. AndonMixerDates, where wevalue authenticity and positivity, that effortgoes a long way.
Now,let’sget to thegood stuff—the best dating appopeninglines that actually work. These are divided intocategories to suit different personalities and situations.
Whilethe examples above are great starting points, the bestopeninglines are theones thatfeel authentic toyou.Here are sometips to helpyoucraftyour own:
Referencesomething from theirprofile—aphoto, a hobby, or ashared interest.It showsyou’re payingattention and not just copying and pasting.
Avoid heavy oroverly serious topics right off the bat. Keep thetonelight and playful tomake the conversation enjoyable.
Don’ttry to besomeoneyou’re not. Ifyou’renaturallyfunny, lean into that. Ifyou’remore thoughtful,go for asincere compliment or question.
“Hey” or “What’s up?” might be easy, but they’re also forgettable. Put in alittle effort to standout.
This gives the other person an easy way to respond and keeps the conversation flowing.
AtMixerDates, we’reall about creating a positive,inclusive space whereyou canfeel comfortablebeingyourself.Here’swhy our platformis the best place to put theseopeninglines into practice:
We welcome everyone, no matterwhoyou are orwhoyoulove. Our platformis designed to be a safe space whereyou canconnect withlike-minded people.
Our users create detailedprofiles thatmakeit easy to findshared interests andcraft personalizedopeninglines.
We encourage our community to be genuine and kind, soyou canfeel confident starting conversations withoutfear of judgment or rejection.
Don’t justtake ourword forit—here’s whatone of our users had to say:
“I met my partneronMixerDates, anditallstarted with asimplemessage about oursharedlove for travel. The conversation flowednaturally, and therestishistory. I’m so grateful for this platform!”
While a greatopeningline canspark a conversation,building a realconnectiontakesmore than just a clevermessage.Here are thekeyelements tolook for when seeking a meaningfulconnection:
A strongconnection starts with alignmenton the things that mattermost. Doyoushare similarvalues,lifegoals, or visions forthe future?
Look forsomeonewhoiswilling toshare their thoughts,feelings, and vulnerabilities—andwho encouragesyou to do the same.
Healthy relationships are atwo-way street. Both people should be putting in effort to communicate, plan dates, and support each other.
Atrueconnectionallows both people to be themselves without judgment.Look forsomeonewho celebratesyour uniqueness and encouragesyou to pursueyour passions.
Communicationis the foundation ofany strong relationship. A mutualconnection thrivesonhonesty, transparency, and the ability to resolve conflicts in ahealthy way.
AtMixerDates, we’rehere to helpyou find thesekeyelements in a partner. Our platformis designed toconnectyou with peoplewhoshareyourvaluesand arelooking for the same thingsyou are. Starting a conversationon a dating app doesn’t have to be stressful.With the rightopeningline,you canspark aconnection thatfeelsnatural,fun, and meaningful.And atMixerDates, we’rehere to helpyou everystep of the way.
So, what areyou waiting for?Craft that perfectopeningline,joinMixerDates, and startconnecting with peoplewhovalue authenticity and positivity.Your perfectmatchisout there—and they’re justonemessageaway.
Programming proficiency necessitates a comprehensive understanding of multifaceted concepts,paradigms, and philosophies that underpin theart and science ofsoftware development. TheUnix philosophy, withits emphasison modularity, simplicity, and composability, servesas a foundational ethos for elegant code design. This philosophy advocates for creating small, focused programs thatexcelat singular tasks, facilitating the construction ofcomplex systems through the judicious composition of theseatomic units.
Proficient programmers must possess an encyclopedic knowledge of algorithms and datastructures, enabling them to architect solutions with optimaltime and spacecomplexity. This encompasses adeep understanding of sorting algorithms (e.g., quicksort, mergesort), searching techniques (binary search, depth-first search),and advanced datastructures (red-black trees,B-trees, Fibonacci heaps) The ability to analyze algorithmic efficiency usingBig O notationis paramount for creating scalable solutions.
OOP principles—encapsulation, inheritance, andpolymorphism—form the bedrock of modernsoftware architecture. Mastery of design patterns (e.g.,Singleton,Factory,Observer) and SOLID principlesiscrucial for creating maintainable and extensible codebases.
TheFPparadigm, withits emphasison immutability andpure functions, offers a powerful approach to managingcomplexity and facilitating parallel execution. Proficiency in higher-order functions, currying, and monadsis essential for leveragingFP's full potential.
Expertise in language-specific advanced features, suchasC++'s template metaprogramming orPython's metaclasses, allows for thecreation of highlygeneric and reusable code. Understanding compilertheory and the ability towrite domain-specific languages (DSLs) further expands a programmer's capabilities.
In an era of multi-core processors and distributed systems, mastery of concurrent programmingmodels (e.g., actormodel, communicating sequential processes) and parallel algorithmsis indispensable. This includes proficiency in lock-free datastructures, memorymodels, and synchronization primitives.
Adeep understanding ofcomputer architecture,operating systems, and memory managementenables thecreation of highly optimized,low-level code. This encompasses knowledge ofcachecoherence protocols,CPU pipeline optimization,and assembly language programming.
In an increasingly interconnected world, a thorough grasp of cryptographic principles, secure coding practices, andcommonattack vectors (e.g., buffer overflows,SQL injection)iscrucial for developing robust and secure systems.
Proficiency in distributedversion control systems (e.g.,Git) and collaborative development practices (code reviews, continuous integration)is essential for effective team-basedsoftware development.
Advanced testing methodologies, including property-based testing, fuzzing, and formal verification techniques, are indispensable for ensuringsoftware reliability and correctness.
In conclusion, the pantheon of programming knowledge extends farbeyond mere syntax mastery.It encompasses a richtapestry of theoretical concepts, practical skills, and philosophical approaches that, when harmoniously integrated,enable thecreation of elegant, efficient, and robustsoftware systems. The relentless pursuit of this multifaceted expertiseis the hallmark of a truly accomplished programmer.
https://x.com/DiscussingFilm/status/1797076997136339095
Chris Miller says therewill never be generativeAI usage for the ‘SPIDER-VERSE’ films.
“One of themain goals ofthe filmsis to create new visual styles that have never been seen in astudioCG film, not steal thegeneric plagiarized average of other artists’ work”
クリス・ミラーは、『スパイダーバース』映画では生成AIは決して使用されないだろうと語る。
「この映画の主な目的の一つは、他のアーティストの作品の一般的な盗作平均を盗むことではなく、スタジオのCG映画でこれまで見たことのない新しいビジュアルスタイルを創造することです。」
GURPS (GenericUniversal RolePlaying System)は、キャラクターのスキル、能力値、有利な特徴を自由にカスタマイズできる非常に柔軟なゲームシステムです。このシステムの面白い点は、不利な特徴や低い能力値を選択することでキャラクターポイント（CP）を追加で獲得し、それを使って他の領域での成長を図れることにあります。
御坊茶魔をGURPSで表現する場合、以下のようなキャラクタービルドを考えることができます：
1. **有利な特徴**:
- **財産**:御坊家の莫大な財力を反映するために、非常に高いレベルで設定。
- **地位と社会的地位**:御坊家の地位を反映して高いレベルで設定。
- **特異体質**:金持ちになる体質や、亀に乗っての移動能力など、彼のユニークな特徴を表現する特技として設定。
- **呪文/超自然的能力**:茶魔語などの独特な言葉遣いや、彼が展開する奇妙な行動やイベントを魔法や超能力として設定することも考えられます。
2. **不利な特徴**:
- **外見**:人間離れした特殊な骨格や、一般的な美しさからはかけ離れた外見を反映。
- **社会的不利**: 一部の社会的状況や人間関係において、彼の風変わりな行動がマイナスに働く可能性を示す。
- **秘密**:御坊家の秘密や、彼の身にまつわる秘密がキャラクターにとってのリスクとなる。
3. **スキル**:
-御坊茶魔の多様な活動や趣味、興味を反映するために、社交、経済、あるいは特殊な技能（たとえば、特定のゲームやスポーツでの技能）を幅広く設定。
このビルドでは、御坊茶魔の豊かな生活背景、ユニークな能力、そして彼が直面する様々な課題や冒険をGURPSのルールを用いて具体化しています。不利な特徴を受け入れることで得られる追加のCPは、彼の他の特技や能力をさらに強化するために利用でき、非常に個性的で多面的なキャラクターを作成することが可能です。
原文
Japanreviewit's been a year since I
moved toJapan and I thoughtitmade
sense to finallyrateJapanI willtalk
about things Ilike and the things I
don'tlike which seems to be theonly
two options available ifyou have
actually really badit'sgot a lot of
survivalissues okayI will listone
good thing and bad thing andI will not
hold back there's no trash bins
I have to put in mypocket
oh
there'salways thesegeneric things that
you hear oryes when weyou visitit's
kind ofweird but thenyourealizeit's
not abig dealanywaylet's start off
withnumberonereason IlikeJapan
itfeelslike agiant playground no I
don't mean in the LoganPaul kind of
sense of doing whatever thehellyou
want
but rather there's ainfinite thingsall
rightlazyfeelslike to explore and
experience and I've beenhere a yearnow
and Idon't think I'mgonnaget bored
anytime soon although Iam having a
child so Idon't know how muchmore I
butit reallyfeelslike awhole new
world and ifyou visitedyou can
probably relate toit and I'm glad that
even a year initstillfeels incredibly
fresh and I even would say thatyou
realize that the best part ofJapan
aren't the touristyplaces kind of
obviously but there are somany areas
that Ifound that I really enjoy
visiting and thisis probablymore
specific to me butyou knowTokyois
very busy and somanytimes I justcatch
myself surroundedby whatfeelslike
hundreds of people and they have noidea
everyoneis just doing their own thing
nowonceitwas staringat me noone's
following me noone'sbeingweirdyou
guys areweird and I'm justkidding I
justlovethe feeling ofbeing able to
exist in public and uh not worrying
about what everyone elseis doinglike
I've said this before but I genuinely
enjoytalking to fans or when people
approach meitalwaysmakes mehappy but
it can be kind of frustrating toalways
wanting to just doyour own thing and
always be
you know so yeahlet'smove on to the
bad things ofJapannumberonereason
Japanis badit's kind of a heavy
subject and Ihaven't seenanyone else
reallytalk aboutitit's not brought up
very oftenatleast and thatis cones
there's toomany cones inJapanonceyou
seeityou cannot unseeit they're
everywhere they sayoh Japanhas somany
vending machines there'slikefiveper
there'smore cones than peoplewhy are
there somany cones Ineed to know we
got the tallones wegot the smallones
wegot thefunnyones the cuteones the
sexyones I dolike those I justdon't
understand thatwhoever plays these
cones think I'm justgonna barge through
otherwise I had noidea what Iwasgonna
and Irealized the conehistory ofJapan
stretches centuries okay ifyou played
Animal Crossing sometimesit's a
Japanese game so sometimesyouget these
items rightyou'relike oh that's kind
ofweird Idon't know exactly what that
is butit's probablysomethingJapanese
and thenyouget thebamboo thing and
you'relike what thehellis that what
am I evengonna dowith that and then
you seeit in reallifehere inJapan
you'relike holy [ __ ]it's a cone that's
Ifeellike they are following me
I'm glad Iwas able totalk about this
I'm forone andwilling to callout
Japan knockit offmanno more cones
there's enough coneslet me tellyou
something even better than conesyoumay
have noticed new merch finallyit's been
unofficial merge because I literally
have no other merch I've hadn't hadn't
merch I'msorryMom so we spruced up the
logogot acool back design the team
understand how my brand and I think they
did such agood job thesepieceslook
amazing and I thinkyou guys aregonna
reallylike themas well these are
available for limitedtimeonly somake
sureyou ordernow so excited to finally
have this merch availablethanks to
amaze for making this happen we are
gonna haveonepiece thatwillstayon
the store so mymomwill not buy the
wrong merch but for a limitedtime that
piecewill be available in thiscolor
off-white kind ofcoloritlooks really
nice and then after thatyou canstill
getit but not in thiscolor that's
so yeah check thatout ifyou're
interested I'm sohappy about these
designs and Ihopeyou guys wouldlike
themas wellall rightreasonnumbertwo
IlikeJapan yay when we first announced
that we weregonnamove toJapan there
was somany people just saying how bad
Japanis actuallydidyou knowJapanis
really baddidyou know this I have to
listall thesereasonsnow because
everyoneislike thing and then thing
Japan ah so I have to tell them and I
particular that people saidwas that old
people reallydon'tlike foreigners they
hate them so when Iwasgonna stopby to
say hi to our neighborswhowas alittle
olderatleast some of them Iwas
terrifying I heardall these storiesyou
knowlike what are theygonna do to us
so I had my guard up ready for theworst
and Iwas met withnothing but kindness
and welcoming and Ifeltlike atotal
dick for having this preconceivedideas
and just a side commentlikeyes there
are definitely probably people that
don'tlike foreignersand all that stuff
but Irealized I shouldlet my own
experienceis dictate how Ifeel about
certain thingsmaybe that's just
ignoring a problem Idon't knowit just
feelslikeit's a bad way to approach
life ifyoualways have anegative
expectationyou knowit's smiling people
smiled back
thankyou sometimes theydon't and
that's okayyou knowanyway mypoint
beingJapanese people are very in my own
experience
are very nice and friendly the majority
atleast andyes even to foreigners I
feellike they are especially nice to
foreigners because they think we'relike
akidlostat Disneyland orsomething
I justasked for directions Ididn't
needyou to walk me forhalf an hour to
this specific place Iwasgoing but
thankyou Iappreciateit a lot oftimes
Igo boulderingalone and there'salways
other groups of peoplebeing supportive
and yellinglike I'm about therelikego
youcan doit Iloveit Ithink it's
greatyou know or ifyou're small
talking with people people generally
want to communicatewith you and Ilove
having thosemoments but of course
there'stimes where people arelike oh
you're a foreigner Idon'tfeellike
even trying
whichagainit'sfine speaking of which
reason Idon'tlikeJapannumbertwo
their language
I havelivedhere for a year and I'm not
fluent inJapanese
Iam dumb Iam very dumb I remember the
moment wemovedhere I had studied some
Let'stestout this knowledge that I
have acquiredlet'sgo I'm justgonna
come init'sgonna be dangerous andyou
enter a store for the firsttime and
they'relike
what
what oh
what the classicthe mostcommon
experiences thatyou have aren't
necessarily whatyou're taught in the
textbook yayI know I think that's the
same foranyonelearning a language for
the firsttime butdon't evenget me
startedon the kanjimain what the [ __ ]
is this IfeellikeJapaneseis such a
hard language obviously but Idon't
think peoplerealize how harditisat
least mepersonally because themoreyou
learn themoreyourealizeyoudon't
know [ __ ]
consideredone ofthe most difficult
languages and becauseit's just so
different I listeditas bad because
thatwas my first kind of experience
withit cominghere but themore I
interact with people themoreitfeels
like I'm unlocking new skillsyou know
oh Imade a phone call for the first
time oh I couldasksomeoneover the
phoneI knowbig deal butit'slike oh I
can actually do that or even just having
a small tinyyes shittiest conversation
with a strangerit'sstillsomething and
itfeelsgoodyou start toall of a
sudden understandyou know a movie if
you're watching oh I understand actually
what'sgoingonhere or I can play games
and kind ofget what this they're saying
I have tolook upwords obviously but to
meall those new experiences thatit
unlocks to meis very rewarding even
thoughit's such a challenge I would
actuallynow sayit's agood thing I
thingall along but I obviously have a
andit just Idon'tthink itwilldamage
timereasonnumber three IlikeJapan
thisisnothing to do withJapan to say
it'smore related to me taking amore
relaxed approach toYouTube for my
entire 20s Ididnothing butYouTube
thatwasmy life and that's okay but I
probablyyou know if Iwasn't making
videos I sureashellwas thinking about
making videos I uploaded videos during
anditfeels reallygood to finally be
free fromityou know and I can discover
other things inlife there are other
things inlife
a new hobbies and interest that I've
always wanted to do Ican do and have so
muchfun withit surfingI know I would
love forthe longest time and I finally
get todo it andit's so [ __ ]amazing
Ilovelearning new thingsanything that
isn't necessarilyconnected toall of
something I'm very very grateful that I
discovered so yeahit's not reallyJapan
I could havedone thatanywhere butit's
largelywhy I enjoyed so muchhere
reason Idon'tlikeJapannumber three
thisis probablythe most trickiestone
andit's the rules what are the rules
Japanhas somany rules andit's abit
conflicting for me to complain about
because a lot of the best stuff about
Japan not the best stuff but a lot of
the reasonswhyJapan works so wellis
because of the rulesyou know thetrains
arealwaysontime things just work in
generalit's hard to explainthe streets
areclean people aren't loud in public
and soon and these are sort of societal
rules thatmakeit happenmore orless
but sometimes There are rules that just
don'tmakeanysense and I have no
problem following rulesas longas I
understandthe reason forityou know
don'ttalkon the phoneon thetrain
becauseit's generally annoying when
other people do that toyou A lot ofit
is just be thoughtful of other people
it's not just aboutyou and that just
makesitmore pleasant for everyone but
one ruleis especially which Italked
about beforeisthe fact that because of
kovid I'm notallowed to be in the
delivery room for our baby formore than
two hours that's because of covered
rulesit just doesn'tmakesense to me
and I tell people about thislike uh
family andfriends and they'realways
like wellwhydon'tyou justask them or
likewhydon'tyoutalk to them I'm sure
you can there'sgot to besomewhere and
it'slike noit'sJapan okay there are
rules and people follow the rules for
better or worseyou know so themore I
ので、unixbenchの結果を貼っておく。
========================================================================
BYTEUNIX Benchmarks (Version 5.1.3)
System:thinkpad-x260:GNU/Linux
OS:GNU/Linux -- 5.4.0-45-generic -- #49-UbuntuSMP Wed Aug 26 13:38:52UTC 2020
Machine: x86_64 (x86_64)
Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8")
CPU 0:Intel(R)Core(TM) i5-6300UCPU @ 2.40GHz (4999.9 bogomips)
Hyper-Threading,x86-64,MMX, PhysicalAddress Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET,Intel virtualization
CPU 1:Intel(R)Core(TM) i5-6300UCPU @ 2.40GHz (4999.9 bogomips)
Hyper-Threading,x86-64,MMX, PhysicalAddress Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET,Intel virtualization
CPU 2:Intel(R)Core(TM) i5-6300UCPU @ 2.40GHz (4999.9 bogomips)
Hyper-Threading,x86-64,MMX, PhysicalAddress Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET,Intel virtualization
CPU 3:Intel(R)Core(TM) i5-6300UCPU @ 2.40GHz (4999.9 bogomips)
Hyper-Threading,x86-64,MMX, PhysicalAddress Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET,Intel virtualization
21:26:57 up 1:01, 2 users, load average: 0.00, 0.00, 0.15;runlevel 2020-09-04
------------------------------------------------------------------------
BenchmarkRun: Fri Sep 04 2020 21:26:57 - 21:55:00
4CPUs in system;running 1 parallel copy of tests
Dhrystone 2 using register variables 38124852.7 lps (10.0 s, 7 samples)
Double-Precision Whetstone 6422.0 MWIPS (9.9 s, 7 samples)
Execl Throughput 4264.8 lps (30.0 s, 2 samples)
File Copy1024 bufsize 2000 maxblocks 515046.2 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 140474.5 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize8000 maxblocks 1617517.8 KBps (30.0 s, 2 samples)
Pipe Throughput 697605.3 lps (10.0 s, 7 samples)
Pipe-based Context Switching 170352.7 lps (10.0 s, 7 samples)
ProcessCreation10427.0 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 9734.6 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent)2353.1 lpm (60.0 s, 2 samples)
System Call Overhead 398924.8 lps (10.0 s, 7 samples)
System BenchmarksIndex Values BASELINE RESULTINDEX
Dhrystone 2 using register variables 116700.0 38124852.7 3266.9
Double-Precision Whetstone 55.0 6422.0 1167.6
Execl Throughput 43.0 4264.8 991.8
File Copy1024 bufsize 2000 maxblocks 3960.0 515046.2 1300.6
File Copy 256 bufsize 500 maxblocks 1655.0 140474.5 848.8
File Copy 4096 bufsize8000 maxblocks 5800.0 1617517.8 2788.8
Pipe Throughput 12440.0 697605.3 560.8
Pipe-based Context Switching 4000.0 170352.7 425.9
ProcessCreation 126.010427.0 827.5
Shell Scripts (1 concurrent) 42.4 9734.6 2295.9
Shell Scripts (8 concurrent) 6.02353.1 3921.8
System Call Overhead 15000.0 398924.8 265.9
========
System BenchmarksIndexScore 1152.9
------------------------------------------------------------------------
BenchmarkRun: Fri Sep 04 2020 21:55:00 - 22:23:04
4CPUs in system;running 4 parallel copies of tests
Dhrystone 2 using register variables103355568.3 lps (10.0 s, 7 samples)
Double-Precision Whetstone 22425.8 MWIPS (9.9 s, 7 samples)
Execl Throughput10514.5 lps (30.0 s, 2 samples)
File Copy1024 bufsize 2000 maxblocks 878593.5 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks237997.4 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize8000 maxblocks 2896282.9 KBps (30.0 s, 2 samples)
Pipe Throughput 1718493.4 lps (10.0 s, 7 samples)
Pipe-based Context Switching 381500.2 lps (10.0 s, 7 samples)
ProcessCreation 26280.8 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 18979.1 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent) 2716.0 lpm (60.1 s, 2 samples)
System Call Overhead 951109.4 lps (10.0 s, 7 samples)
System BenchmarksIndex Values BASELINE RESULTINDEX
Dhrystone 2 using register variables 116700.0103355568.3 8856.5
Double-Precision Whetstone 55.0 22425.8 4077.4
Execl Throughput 43.010514.5 2445.2
File Copy1024 bufsize 2000 maxblocks 3960.0 878593.5 2218.7
File Copy 256 bufsize 500 maxblocks 1655.0237997.4 1438.1
File Copy 4096 bufsize8000 maxblocks 5800.0 2896282.9 4993.6
Pipe Throughput 12440.0 1718493.4 1381.4
Pipe-based Context Switching 4000.0 381500.2 953.8
ProcessCreation 126.0 26280.8 2085.8
Shell Scripts (1 concurrent) 42.4 18979.1 4476.2
Shell Scripts (8 concurrent) 6.0 2716.0 4526.6
System Call Overhead 15000.0 951109.4 634.1
========
アメリカみたいにジェネリックを厳しくチェックする必要があるが日本はしてないんだもの
その上、まともに勉強してない医者と薬剤師が多いしな日本の場合
政府機関のFDA(アメリカ食品医薬品局)下位組織の医薬品評価研究センターに
『ジェネリック医薬品局』(The Office ofGeneric Drugs)があってちゃんとチェックしてるやで
税金を節約しなきゃ意識が高いなら分割調剤(お試し調剤)すると良いが
日医と日薬は自分の取り分(点数)で言い争っているようにしか見えんがな
https://www.m3.com/open/iryoIshin/article/716070/
追記：どうしようもないのは変わらんけど2014年にジェネリック部門を独立させたみたいね。推進するなら部ではなく局として独立させる規模の話だと思うけどな(省＞局＞部)
最近はGoが流行っているが、それならJavaだって同様に良さそうな気がする。
- nullがたまにうざい
- なんか重厚な感じがする
- ORMとかが重厚なのが多かった
- 故に環境構築が大変だった
-strutsがしんどかった
-xml地獄からアノテーション化したりいろいろと模索していた
-ちょっと昔には「俺たちイケてるプログラマ」はみんなRailsに移っていった流れがあった？
- EffectiveJavaよいが、そもそもそういうtips意識せずにそう書けるような言語仕様になってほしかった気もする
- 非同期処理やスレッド処理がやや難しかったか、あるいは言語側でのサポートが薄かったか(?)
言語仕様的な批判と、エコシステム的な批判に分けられそうなきがするな。
関数型言語の関心はScalaやClojureに全フリしてもらって、Javaはシンプルな機能を持つGoの方向性なModanJavaになっていってくれれば良さそうな気も。
httpサーブレットとかそのへんが微妙だったかもしかして。Goみたいにnet/httpライブラリが標準であればそれをベースにすることでオレオレフレームワークの乱立を避けることができるか、と思ったけどJAX-RSとかがあるな。
Goだって冗長な記述が必要な言語だが、好かれているし、Javaも悪くない言語な気がするんだよな。
まあ何でもいいが。
ロジカルに考えているようで結局なところ雰囲気的なところに左右されているエンジニア多い気がする。
まあわいも、人気な言語に乗っておいて高単価を得られたほうがいいのでそうするが。今の所Goが肌にあっているんだよな・・。3年ぐらい使って熟練度上がってきたし、さほど悩まずにコーディングすることができる。
PHPの人が好きな、あるいはRubyのmethod_missingなど活かしたテクいコードは、書いているやつは気持ちいいかもしれないがわいは明示的にinterfaceがわかるコードが書かれていたほうが好きだ。型で振る舞いがわかったり制御されていないと分かりづらくない？複数のプロジェクトを掛け持ちするから、読むときに前提知識が少なく読めるコードがいい。
まあJavaもリフレクションでテクいことができる気がするな。
Goがいい。誰が書いてもだいたい同じコードになるから、誰かに作業を振ったとしてもレビューしやすい。
まあこれからJavaを書く気はしないが、GoでAPI書いているマンから見ると、JAX-RSとかでゴリゴリAPI書いていくの全然悪くないんじゃないかと思うのであった。
最悪別にGeneric入らなくてもいいかもな。別にそんなに困ってない。はいってくれるなら、はいってくれたほうがいいが。sliceに対してmap, each, filter, existsなどのメソッドが生えることになるイメージかな。まあそれは欲しくなるけどな・・・。
Scalaもいいんだが、たまにイキったコードを書くと分かりづらくなる時がある。イケてるコードを書こうと思ったとき、結構パワーを使う言語だ。なんかモナドってジェネリックを更に強くしたやつだとも捉えられるような気がするな。ゴリゴリ関数型で書こうと思った場合、プロジェクト全体に影響がある話なのでアーキテクチャ設計に力がいる気がする。
年をとると大事にするポイントが変わってくるな。昔はスーパープログラマになりたくて関数型言語とかやっていたが、今はいかに効率よく仕事をする＝金を稼ぎ自由を得るかを重視している。職業プログラマとなったわけだ。仕様固めたりリリースしたり不具合対応したり運用したり、フリーランスなら税金計算したり、金儲けの方法考えたり忙しいんじゃ。今は結局スーパープログラマとは何か悩ましいよ。「プログラマとして」キチガイレベルにすごい人間というのはまだ見たことがないかもしれない。コーディングが早い？バグ修正が早い？パフォーマンスのやばいコードを書ける？設計が優れている？
３新薬の特許期間の切れた後に、他社が製造する新薬と同一成分の薬。効能、用法、用量も新薬と同じ。開発費がかからないため価格が安い。ジェネリック医薬品。後発医薬品。後発薬。ゾロ薬。→先発医薬品
3あたりの意味を受けてヲタク界隈では「AではないけどAとして扱えるB」みたいな使い方をする、と思う。そして私は推しのジェネリックを求めてはいなかった。そんな話だ。
ぼかして書くのが苦手なので察せてしまうかも知れないがそこは許して欲しい。
私は声優のXくんがすごく好きだ。そのXくんの出演してる作品が終わって、当時他の作品にも出ていなかったものだからもうXくんの新しいお芝居が聞けないとすごく悲しかった。
メインキャラのうちの一人で、なんと歌いもする。ずっと聞きたかったXくんの歌が聞ける。聞いた。めちゃくちゃ上手かった。キャラクターもすごく魅力的で、Xくんの演じるYくんのこともすっごくすっごく好きになった。
Xくんが他にもたくさんお仕事をして、もちろんソシャゲのお仕事もしていたある日、私にとって大事件が起きた。
少し苦手意識を持っていたソシャゲにXくんの演じるキャラクターが追加された。
日頃からXくんのキャラが追加されたら始めるからと周りに言っていた私は秒でDLした。この世は推しが正義なので私のちっぽけな苦手意識などどうでもよかった。友人たちもハマっていたし一緒に盛り上がるのも楽しかった。
その時はこのゲームでXくんが演じるZくんへの違和感は無視できた。
でも抱いていたには抱いていた。その違和感はYくんとZくんの類似点だ。
それぞれ役者だが、その道に進むことを決めたきっかけが『ずっと好きだったスポーツの道を断念することになったが、舞台の上に立つ憧れの人を追いかけて自分も役者を目指した』というものだ。
……いや、そこ被せてくる？
どちらのゲームもこういう理由で役者を目指しているキャラクターは他にはいない。よりによって同じ声優のキャラでそこを被せる？
まあでもハマりたてのジャンルが楽しい気持ちがわかる人も多いだろう。ハマりたてブーストもありそんなこと気にしないでいれるくらい私は楽しめた。ちらほら違和感は抱き続けたがそれでも楽しかった。私は推しのキャラなら好きになれちゃうな、ワハハ、と陽気だった。
この日まではそうだった。
ある日イベントが始まった。Zくんがたくさん出てくるイベントだった。好きな子が出るとのことでウキウキしながらイベストを読み進めていったが、そこで私は夢から覚めてしまった。
Zくんのクジ運が悪いという設定が明らかになった。
Yくんも、クジ運が悪かった。
なんでかわからないけどここで何か張り詰めていたのもがプツリと切れて、私は、そっか、となった。ZくんにYくんのジェネリックを求めてないのに、やたらとZくんがYくんを思い出させる。その事がやたらと悲しくて苦しくて、わたしはYくんのことが好きなんだな、と本当の意味で実感してしまった。
先に苦手意識を持っていたと書いたが、このソシャゲのカードのひとつがYくんのイラストをゆるパクしたのでは？ という書き込みを見かけたことがあり、実際私はそうだと感じてすごく悲しかった。
このソシャゲと同じ会社の別ソシャゲとコラボしたこともあり、全く知らない！ とは言えないんじゃないか？ というのも私の悲しみを助長させた。
ていうか同業他社だし同じ声優なんだからもっと……もっとこう被せないこと出来なかったの？ 何で？
とにかく『クジ運が悪い』という設定の類似で私は一気に力が抜けてしまった。以前と同じようにZくんを好きと言えなくなってしまいそうだ。
もしかしたら今私生活の立て込みもあり疲れてるからこんな感情になったのかも知れない。そうだといいな。キャラクターに罪はないって思いたいし。
Ichinose must have been very disappointed.
You're the firstlike-mindedfriend he's ever had.
Your performance yesterdaywas inspiring. I'm impressed though not surprised.
Iwas hopingyour praise in particular wouldn't be sogeneric.
Sensei!
Can I everhope tomove people with my playing the wayKaidid? Can I someday..?
I want the honesttruth, so pleasedon't hold back.
Fair enough. Sinceyou'reaiming to be a professional, I'll giveyou the unfettered, honesttruth. Amamiya,youneed to learn toappreciateyour ownpiano playingmore. Do that, andyou'll understand.Youneed compareyourself against others.you gave a good performance.Your future excites me.
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。
要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。
ここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここにお詫びと感謝を述べておきたい。
抽出条件だが、参考にできそうなコミットログを多く含んでいそうなリポジトリをGitHubのSTARの多い方からざっと目で見て適当に選び、それぞれ最新コミットから5000件抽出した（あわせて前処理として、コミットログ冒頭のタグ情報は消去した）。
atomのみ5400件抽出していたため、計25400件のコミットログがベースである。このうち、以下の条件に合致するものは参考例にすべきでないとして一律排除した。
こうして残った8540件を眺めながら、適当に切り出したのがこの用例集である。個人的に「うーんこの」と思った表現も、散見される場合は載せた。
ということで、以下用例を羅列していく。
以上の用例をふまえ、今回の参考ログ8540件から先頭の単語を出現回数で並べると次のようになった。
| Add | 1149 |
| Fix | 1014 |
| Update | 584 |
| Remove | 566 |
| Use | 382 |
| Don't | 260 |
| Make | 228 |
| Move | 178 |
| Change | 103 |
| Rename | 85 |
| Improve | 76 |
| Avoid | 68 |
| Allow | 65 |
| Implement | 60 |
| Handle | 58 |
コミットログの基本形はもちろん動詞 +名詞である。名詞は固有名詞、複数形、不可算名詞が多いが、単数形の場合の冠詞は a が使われるか、あるいは省略される。the はまず使われない。
何かを追加した、という表現では非常に広くAdd が使われる。メソッドからテスト、ドキュメントに至るまで大概これでまかなえる。
一方、何かを修正した、という表現では広くFix が使われる。「何か」はtypo やcrash といった単語からメソッド名まで幅広い名詞を取るが、動名詞はあまり取らないのと、that節は取らないのでその点は注意が必要である。
Fix は「何かが正しく動くようにした」ことを示し、正しい動作内容が何かを説明しない。そこで正しい動作内容に言及したい場合はMake sure が使われる（こちらはthat節が取れる）。ただしFix よりもニュアンス的に重い表現と思われ、Fix を使わずMake sure ばかり使うのはちょっとキモいのではないかと思う（Ensure はさらに重い表現っぽい）。
また、Fix はtypo 以外でのドキュメント修正に対して使われることは稀である。対して 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以上用例を転載してあるので、それを読むだけでも多少は効果があるんじゃないかと思う。同じようにコミットログ書きたくねぇなぁ英語わっかんねぇなぁと思っている人にとって、何か役に立つところがあれば幸いである。
自分も前に富士通に居て既に退職してます。後で詳しく書くけど、ソフトウェア開発職に居たです。
彼のへの感想。
富士通はクソでっかい会社なんだし、サイト見ればメインフレームやってるのだって判るんだから、開発職を希望したらメインフレーム関連の開発やる可能性あるのは当然予見出来るだろうし、それを想像してなかったのなら情弱とかブコメで言われてしまうよね。あと何も記述が無いから想像だけど、「それほど有能ではない」と判断された可能性もある。と言っても学生が思う「開発者として有能かどうか」ってのと会社でのそれってのは別物で、要するに学生自身が自分が実績もあって優秀だと思っても、会社的にはそうでないのよね。そうなると（後述の富士通に入社して10年が経った人の話にもあるのだけど）新人の能力の客観的な判断材料って大学と資格（応用情報レベル以上）程度なのよね。資格に関しても基本情報なんてMARCHクラス以上の人間なら受けたら取れて当然だから、「有能かどうか」の判断材料にならない。就活の際に本気でIT業界に入りたいかどうかの判断材料にはなる程度。自分の同世代で富士通本体に入ってソフトウェア開発関連に配属された人のプロフィールを見たけど、確か偏差値的には少なくとも神戸大学とか千葉大学あたりの修士卒しか居なかった覚えがある。あと確か2～3人がソフ開持ってた気がする。だから、この増田がどの程度だったのかなと。
ただ、20万人月案件が具体的に何かは判らないのだけど、自分の在籍していた当時でも炎上巨大案件というのはあって、（自分が知ってるのは確かデジタルテレビがどうのこうのとか言ってた）、そういうのに入社して間もなく入ってしまうと自身の勉強等が出来なかったり潰されたり最悪死んだりするんで、そういう意味でも逃げるのは正解の一つ。（自分は炎上案件に放り込まれた新人が寮で死んでたとか話を聞いたことある）
はあ、としか。この人がこう判断した際の判断材料にするであろう自己の体験を具体的に書いてないので、意識高い系がフカしてるようにしか見えない。あと、たった3年しか居なくてあの巨大企業の経営とか体制とか理解出来るんかね？と思わないでもない。自分とは部署が違うだろうから当然かもしれないけど、自分の体験とは違うなーって感じ。自分は、外から見たら馬鹿みたいな事やってるように見えるかもしれないけど、経緯や目的や巨大企業特有の問題があってそうなってるんだなって思う事が多々あった。
近い時期に入社したと思われる。具体的な話が自分の経験と一致してる。特に、富士通のソフトウェア開発と言えばミドルウェアの開発が主だというのは、富士通内部じゃないとなかなか（特に学生なんかじゃ）判らないかなと。
それでこれらの話を見てどんな人が富士通（というか大企業）に向くのかなと考えたんだけど、「やりたいこと」そこまで明確じゃないけどコンピュータは嫌いじゃないって感じで、地頭がまあまあ良くて勉強に関しても要領よくやれる（要するにそこそこの大学に行って卒業した人）、それでそこそこ安定した職・収入目当てな人かなと。ってコレ書いててふわふわしてる人みたいであんまり良い印象の人物像じゃないな。マッチングミスはどうしても起きると思うし、学生の頃に思う「やりたい事」って往々にして変わったり間違いだったりするし、そもそも学生の頃に明確な「やりたい事」がある人の方が少数派でしょ。だからこういうそこそこ優秀だけどふわふわしてる人の方が良いんじゃないかなとか。逆に、ちゃんと「やりたい事」が明確にあるけどまあ安定はしたいって人はどうしたらいいのかって言うと、自分みたく大企業の子会社を狙うと良いんじゃないかなと。子会社ならその会社がやってる事が理解しやすいし、入った後の配属の希望も大きく違ったものにはなりにくいし。まあ子会社は子会社で色々アルかもしれないけど。
入社は10年ぐらい前。入ったのは富士通の子会社で主にミドルウェアの開発をやっている所でした。入社して1～2年したら子会社の統廃合とのことで富士通本体と連携してる部署（自分がそうだった）は富士通本体になりますとのことで富士通本体の方に移ったという経緯ですね。別に待遇とか元々本体と同じだったから変わらず、事務関連が小回りきかなくなったぐらい。入社してから退職までは5年ぐらいでした。辞めた理由は実家の事業を継ぐ事にしたため。
入社して数ヶ月の時にある温泉地にある某所でその手の開発をやってる子会社沢山と
富士通本体のソフト開発配属の人達で研修をやったのだけど、その際に富士通本体の人達と知り合った。（この際に全員のプロフィール冊子が配られた）そのときは流石子会社に入る人達と本体とじゃレベルが違うな～と思いましたね。（ちなみに自分はMARCHより下の院卒。）
自分が配属されたのは某製品部署のAPI部分チーム。その製品がC言語やJava言語からも使えるように出入り口を用意する部分。中でやってる事は指定されたIPのポートにプロトコルに沿ってデータ投げるだけなんだけどね。ちなみに配属希望の際は「そこそこの忙しさの所がイイ」と言っていました。「バリバリに働きたい」と言ってた同期は多忙でヤバい所に配属されてました。他にもチームがいくつかあったけど、それらのうちの一つは例の「山奥の工場」でしたね。自分が配属された当時はC言語のAPIをリニューアルするって開発してたのだけど、設計担当がJavaしかやったことない人で色々とC言語の流儀に反してて後々のメンテが大変でした。まあそれでもリニューアル前よりは遙かに良くて、以前はユーザに見せてる関数名が ○○search1 ○○search2 ○○search3 とかでしたね（ちなみに機能はそれサーチか？思うのもあった）。もっと酷かったのが初期製品のJavaの公開メソッドで、マニュアルには「このメソッドの引数○○を□□を指定した場合は戻り値のObjectを△△にキャストしてください。××を指定場合は…」という「これ製品にして売ってたんだ…」と思うレベル。もちろんコレがダメだったってのは開発側も認識していて当時は既にリニューアル済みだったけど。リニューアル済みでも少し微妙だったけどね。
これは、ミドルウェアの開発をやってる人達って基本的にC言語が主でJavaとかをやってる人がほぼ居なかったからだと思う。上司もそういうのは良くないってのは認識してた。対象OSはWindowsとLinuxとSolarisだったけど、そんなにたいした事やってなかったからほぼ同じコードだったような。ソケットの一部だけ違ってたっけかな。
それでそのバージョンの開発が終わったあたりで、.NET Frameworkが出始めてきたので次バージョンでは.NET FrameworkのAPIを作る事になりまして、自分が少し勉強していたのでそれの設計から担当する事に。当時は.NET Framework 1.1で今思えば少し時期が早かったと思う。2.0でGenericが出てからやった方が良かったと思うんだけど、そういうの政治的判断だし結果論だしなー。それまでにRubyとかオブジェクト指向言語に触れてその辺の勉強もしていたので、.NET用のAPIに関しては設計も実装も結構良い感じに出来たと思う。ああ、そういえばRuby用のAPIも効率化の開発ツールとかの名目で仕事中に勝手に作ってたなあ。他にもC言語のAPIも内部実装がクソすぎ！とキレてユーザ公開関数インターフェースだけ同じで中身をフルスクラッチした事も。もちろん絶対にLDしてるんで完全に趣味なんだけどな。これでAPIはC言語とJavaと.NETになった訳だけど、現場の案件で使われたのってほぼ全てJavaだったと思う。（開発中のサーバのテスト用アプリはC言語だけど）。要するに自分が数年関わったコードが世の中ではほぼ使われてない訳でして、取りそろえとして必要だったとはいえ世の中の役に立ってないってのは嬉しくは無かったですね。まあ、大企業の仕事なんてそういうもんです。.NETに関してはそのバージョンが出る頃はその製品があまり売れてなかったんだか使われたって話は聞かなかったですね。ほほほ。大企業に勤めるのならこういう覚悟は必要かもね。
で、.NETのAPIが出来たあたりに開発ネタがなくなって保守気味になってきたので、人員整理と作業整理との事でインストーラと切りたいけど一度やったからには切れない補助製品の担当が増える事に。インストーラはWindowsがInstallShieldというクソみたいな言語上で作られたもの。LinuxとSolarisがシェルスクリプトでのもので、InsallShieldの方のコードはあまりにクソなのでリファクタリングさせてもらった。この辺の開発は少なかったのだけど新OS対応(Vistaとか）とか保守作業が大変だった覚えある。
んで、これらの作業が終わったあたりでこの製品でやることが無くなってきたのと同時に、この製品の派生製品の話が出てきてて、それは1機能1exeで提供されてて、それらを纏めるバッチ処理機能部分を担当することに。バッチ処理の内容・順番を記述するのにXMLを使う事になったのでXMLのパーサが必要なのだけど、色々調べたら富士通内部でパーサ作ってたのでそれをもらって使う事に。そのパーサはC++からじゃないと使えなかったのだけど、趣味でC++で勉強してたので何とかなった。あと、結構OSの知識（プロセスとか）が必要でWindowsとLinuxとSolarisで動くコードを書く必要があってまあまあ大変でした（と言ってもifdefで切り分けるだけなんだけど）。けど、これらの開発は自分が一から設計してコードを書いていたので楽しかったですね。それでこれが完成するかしないかあたりで、このバッチ処理機能が他の開発中の製品のバッチ処理に使えないかとか話が出てきたあたりで自分が退職する事に。（退職の話は1年ぐらい前に話し合って決定済み）引き継ぎをして退職ということになりました。最後は溜まった有給を使う予定でまだ在籍中だけど部屋を引き払って実家に帰ってたのだけど、打ち合わせに来て欲しいって言われてしまい実家から何日か通ったのは良い想い出。というかまさか実家から朝8時に間に合うとは思って無かった。
振り返ってみて残業時間は月40～60時間が多かったかな。100時間超えた時は上司に怒られた。あと退職前の1年ぐらいはうちの事業本部（だったかな？）単位で残業禁止になってホントに残業0時間になった時期があった。他の部署の人の話で、どう考えても狂ってる上司の話とかを聞いてると上司とかの運は良かったと思う。あと、やっぱり仕事でみっちりプログラミングが出来たのは運が良かったと思う。富士通のソフト開発で CC++C#Javaシェルスクリプト InstallShieldとか（そんなに深くはないけど）色々やれた人間はそうそう居ないんじゃないかな。同期とかの仕事は年上の人の派遣の人に指示出したり取り仕切ったりする仕事とか、保守サポートみたいな開発じゃない仕事の話も良く聞いていたので、ソフト開発のキモを体験出来たのは良かったです（こなみ）。
http://okajima.air-nifty.com/b/2011/01/2011-ffac.html
ぷよぷよを解く問題をやってみた
using System;using System.Collections.Generic;using System.Linq;using System.Text;namespaceConsoleApplication1{ class Program { staticvoid Main(string[] args) {StringBuilder[]blocks = { newStringBuilder("**GYRR"), newStringBuilder("RYYGYG"), newStringBuilder("GYGYRR"), newStringBuilder("RYGYRG"), newStringBuilder("YGYRYG"), newStringBuilder("GYRYRG"), newStringBuilder("YGYRYR"), newStringBuilder("YGYRYR"), newStringBuilder("YRRGRG"), newStringBuilder("RYGYGG"), newStringBuilder("GRYGYR"), newStringBuilder("GRYGYR"), newStringBuilder("GRYGYR") }; bool updated = true; while (updated) { breaked: DumpBlock(blocks); for (int i = 0; i <blocks.Length; i++) { for (int j = 0; j <blocks[i].Length; j++) {char c =blocks[i][j]; if (c == '*')continue; updated = false; if (KillBlocks(blocks, i, j)) { updated = true;goto breaked; } } } } DumpBlock(blocks);Console.Read(); } structPoint { public int x, y; publicPoint(int x, int y) { this.x = x; this.y = y; } } static bool KillBlocks(StringBuilder[]blocks, int x, int y) { bool[,] visted = new bool[blocks.Length,blocks[0].Length]; MarkBlock(visted,blocks, x, y); Queue<Point> queque = new Queue<Point>(); for (int i = x; i <blocks.Length; i++) for (int j = y; j <blocks[i].Length; j++) if(visted[i,j] == true) queque.Enqueue(newPoint(j,i)); if (queque.Count < 4) return false; while (queque.Count > 0) {Point p = queque.Dequeue(); RemoveBlock(blocks, p.x, p.y); } return true; } staticvoid MarkBlock(bool[,] visted,StringBuilder[]blocks, int x, int y) { if (x < 0 || y < 0 || x >=blocks.Length || y >=blocks[0].Length || visted[x, y] == true) return;char c =blocks[x][y]; visted[x, y] = true; if (x + 1 <blocks.Length &&blocks[x + 1][y] == c) MarkBlock(visted,blocks, x + 1, y); if (y + 1 <blocks[0].Length &&blocks[x][y + 1] == c) MarkBlock(visted,blocks, x, y + 1); if (x > 0 &&blocks[x - 1][y] == c) MarkBlock(visted,blocks, x - 1, y); if (y > 0 &&blocks[x][y - 1] == c) MarkBlock(visted,blocks, x, y - 1); } staticvoid DumpBlock(StringBuilder[]blocks) { foreach (StringBuilder s inblocks)Console.WriteLine(s);Console.WriteLine(); } staticvoid RemoveBlock(StringBuilder[]blocks,int x,int y) { int i; if (y == 0) {blocks[y][x] = '*'; return; } for (i = y; i > 0; i--) {blocks[i][x] =blocks[i - 1][x]; }blocks[i][x] = '*'; } }}
http://okajima.air-nifty.com/b/2010/01/post-abc6.html
迷路の最短経路を求める問題が出たので解いてみた
幅優先探索を使えばいいのがわかっていたのですんなりかけたのだが、無限ループになる個所があったので動くようになるまで時間がかかった
using System;using System.Collections.Generic;using System.Text;using System.Linq;namespace MazeFind{ classPoint { public int x; public int y; publicPoint before; publicPoint(int x, int y,Point before) { this.x = x; this.y = y; this.before = before; } } class Program { staticvoid Main(string[] args) {constchar BreakChar = 'B';constchar GoalChar = 'G';constchar WallChar = '*';constchar BeforeChar = '.';StringBuilder[] maze = newStringBuilder[]{ newStringBuilder("**************************"), newStringBuilder("*S* * *"), newStringBuilder("* * * * ************* *"), newStringBuilder("* * * ************ *"), newStringBuilder("* * *"), newStringBuilder("************** ***********"), newStringBuilder("* *"), newStringBuilder("** ***********************"), newStringBuilder("* * G *"), newStringBuilder("* * *********** * *"), newStringBuilder("* * ******* * *"), newStringBuilder("* * *"), newStringBuilder("**************************"), };Point start = newPoint(1, 1,null); //最短経路を探索する Queue<Point> queque = new Queue<Point>(); queque.Enqueue(start); while (queque.Count > 0) {Point now = queque.Dequeue(); if (maze[now.y][now.x] == BreakChar)Console.WriteLine("break"); if (maze[now.y][now.x] == WallChar || maze[now.y][now.x] == BeforeChar)continue; else if (maze[now.y][now.x] == GoalChar) {Point p = now.before; while (p != null) { maze[p.y][p.x] = '@'; p = p.before; } break; } if (maze[now.y - 1][now.x] != '#') { queque.Enqueue(newPoint(now.x, now.y - 1, now)); maze[now.y][now.x] = '.'; } if (maze[now.y][now.x + 1] != '#') { queque.Enqueue(newPoint(now.x + 1, now.y, now)); maze[now.y][now.x] = '.'; } if (maze[now.y + 1][now.x] != '#') { queque.Enqueue(newPoint(now.x, now.y + 1, now)); maze[now.y][now.x] = '.'; } if (maze[now.y][now.x - 1] != '#') { queque.Enqueue(newPoint(now.x - 1, now.y, now)); maze[now.y][now.x] = '.'; } } //結果を出力する foreach (StringBuilder s in maze)Console.WriteLine(s.ToString().Replace(BeforeChar,' '));Console.ReadLine(); } }}<||
これで40分。
タイムアタックってことでアルゴリズムは全幅探索で書き上げました。
エラーチェック皆無。
A*ならもう5分ほど延びるかな？
using System;using System.Collections.Generic;using System.Linq;using System.Text;using System.IO;namespace Maze{ class Program { // 探索用地図 static int[,] maze; // 始点終点 staticPosition Start = newPosition(0, 0), Goal = newPosition(0, 0); staticvoid Main(string[] args) { //////////////////////////// まずは各行のリストとして読み込みstring[] inMaze; using (varfp = newFileStream(args[0], FileMode.Open, FileAccess.Read)) using (var iStream = newStreamReader(fp)) inMaze = iStream.ReadToEnd().Split('\n'); //迷路幅 int height = inMaze.Length; //迷路高さ int width = inMaze[0].Length; /////////////////////////// 読み込んだ迷路を作業用地図に展開 maze = new int[width, height]; for (int y = 0; y < height; ++y) {string line = inMaze[y]; for (int x = 0; x < line.Length; ++x) { maze[x, y] = line[x] == '*' ? -1 : 0; if (line[x] == 'S') Start = newPosition(x, y); if (line[x] == 'G') Goal = newPosition(x, y); } } // 探索実行 int dist = Search(maze, Start); // 探索結果から最短経路を再現Position backTracer = Goal; while (dist>1){ --dist; backTracer = backTracer.Nearbys.First(pos => maze[pos.X,pos.Y] == dist); maze[backTracer.X, backTracer.Y] = -2; } //////////////////// 最短経路こみのアスキー地図に変換char[,] outMaze = newchar[width, height]; for (int y = 0; y < height; ++y) { for (int x = 0; x < width; ++x) { outMaze[x, y] = maze[x, y] == -2 ? '$' : maze[x, y] == -1 ? '*' : ' '; } } outMaze[Start.X, Start.Y] = 'S'; outMaze[Goal.X, Goal.Y] = 'G'; ////////////////////// 結果は標準出力に。 for (int y = 0; y < height; ++y) { for (int x = 0; x < width; ++x)Console.Write(outMaze[x, y]);Console.WriteLine(); }Console.ReadLine(); } /// <summary> /// 探索する。SG間の道のりを返す（道のり＝SGが隣接しているなら1） /// </summary> private static int Search(int[,] maze,Position Start) { List<Position> FrontLine = new List<Position>(); FrontLine.Add(Start); int dist = 1; for (; ; ) { List<Position> NextFrontLine = new List<Position>(); foreach (varpos in FrontLine) { foreach (var nextPos inpos.Nearbys) { if (nextPos == Goal) return dist; if (maze[nextPos.X, nextPos.Y] == 0) { maze[nextPos.X, nextPos.Y] = dist; NextFrontLine.Add(nextPos); } } } FrontLine = NextFrontLine; ++dist; } } } structPosition { public readonly int X, Y; publicPosition(int x, int y) { X = x; Y = y; } public IEnumerable<Position> Nearbys { get { return new[]{ newPosition(X-1,Y), newPosition(X,Y-1), newPosition(X+1,Y), newPosition(X,Y+1), }; } } public static bool operator==(Position p1,Positionp2){ return p1.X ==p2.X && p1.Y ==p2.Y; } public static bool operator!=(Position p1,Positionp2){ return p1.X !=p2.X || p1.Y !=p2.Y; } }}
I have been workingon a programming language, also calledGo, for the last 10 years.私は、プログラミング言語にも、移動と呼ばれ、過去10年間のために働いている。 There haveが存在して
been papers publishedon this and I have abook.された論文は、この上で公開され、私の本がある。
I wouldappreciate it ifgooglechanged thename of this language;as I do not want to have toもしGoogleがこの言語の名前を変更私はそれをお願い申し上げます。私にはしたくない
Comment 1 by dsymonds ,Today (7 hours ago)コメント1 dsymondsで 、今日（7時間前）
References?参考文献？
Comment 2 by fmccabe ,Today (7 hours ago)コメント2 fmccabeで 、今日（7時間前）
If yougoogle (sic) francis mccabego you will find some references.場合は（）を原文のままGoogleのフランシス、いくつかの参照を見つける行くマッケイブ。
I published thebookon lulu.com私lulu.com上の本を出版
Comment 3 by reidellis ,Today (4 hours ago)コメント3 reidellisで 、今日（4時間前）
I thinkMr McCabe's language is called "Go!".私は氏マッケイブの言語"と呼ばれてみろ！"。 Here's the Lululink:ここでは、ルルのリンクです：
http://www.lulu.com/content/paperback-book/lets-go/641689http://www.lulu.com/content/paperback-book/lets-go/641689
Comment 4 by niral.n95 ,Today (3 hours ago)コメント4 niral.n95で 、今日（3時間前）
reidellis: is right! reidellis：ですね！its "LetsGo!"その"はLetsGo！" or "Go!".や"ゴー！"。 This isgoogle "go", "TheGoこれは、"行くに"google、"移動されます
Programming Language" Bigg Difference.. :)プログラミング言語"Biggの違い..：）
Ps Anyone hearing the release ofGoogle "go" would have picked up theirbook thatpsの誰""行っても本を手にしてはGoogleのリリース公聴会では
never sold and started finding the work "GO" andas they would find their 1st "GO"販売されなかったとの仕事"Go"を見つけることを始め、などに気づくような、その第一の"Go"
they wilgo ,Eureka!彼らはエウレカ行くウィル！ :) ：）
Comment 5 by fmccabe ,Today (3 hours ago)コメント5 fmccabeで 、今日（3時間前）
My language is calledGo!.自分の言語へと呼ばれます！。 Thebook is called Let'sGo!.本の行こうと呼ばれます！。
The issue is not whether or notGoogle'sgo will be well known.問題かどうかは、Googleの移動も呼ばれることもありません。 It isone of fairness.これは1つの公平性の一つです。
Comment 6 by zhenshe41 ,Today (3 hours ago)コメント6 zhenshe41で 、今日（3時間前）
InGo!行くで！ , can theIDE know the differences betweenGo!は、IDEへの違いを知ることができます！ andgo ?行く？
Comment 9 by shirish4you ,Today (2 hours ago)コメント9 shirish4youで 、今日（2時間前）
ah...ああ...Google shouldchange thename...Googleは、名前を変更する必要があります...
Comment 11 by spronkey ,Today (2 hours ago)コメント11 spronkeyで 、今日（2時間前）
Indeed they should.確かにそうあるべきだ。 Full support for you,Mr. McCabe.あなたのためのフルサポート、ミスターマッケイブ。 It's not thathard to findそれを見つけるために、ハードではない
references to your languageonline either - it wason the first page ofBing, secondあなたの言語のオンラインへの参照のいずれか-それはビンビンの最初のページに2番目だった
ofGoogle for 'go programming language'.Googleの'のために行くのプログラミング言語'。
In fact, the title of theGooglego tutorial page is even "Let'sGo".実際には、Googleのタイトルのチュートリアルページに行っても"行こう"です。
It would be pretty poor for you folksGoogle to keep thisname given your "do noそれはかなりあなたのための人々 、Googleはこの名が指定さを維持する貧困層になるお客様の"ありませんか
evil" slogan!悪"のスローガン！
Comment 12 by nofakesallowed ,Today (2 hours ago)コメント12 nofakesallowed、今日（2時間前 に ）
Google should totallychange thename, fmccabe you should find a (cheap) lawyer justGoogleの完全に、あなたは（安い）弁護士を見つける必要がありますだけfmccabeの名前を変更する必要があります
incase...場合には...
Googlehasdeep pockets.Googleの深いポケットにしています。
Comment 13 by nofakesallowed ,Today (2 hours ago)コメント13 nofakesallowed、今日（2時間前 に ）
btw, what's upredditところで、どうしたのreddit
Comment 14 byalex.salkever ,Today (2 hours ago)コメント14alex.salkeverで 、今日（2時間前）
fmcabe -- could you contact meatalex @ dailyfinance.com? fmcabe -あなたalex@dailyfinance.comで、私に連絡だろうか？ Might want to write a可能性のある記述する
little article about this.このことについて少し記事Thanks.ありがとう。
Comment 16 by matthew.m.mckenzie ,Today (2 hours ago)コメント16 matthew.m.mckenzieで 、今日（2時間前）
google shouldchange!グーグル変更してください！
Comment 17 by senthil.nayagam ,Today (2 hours ago)コメント17 senthil.nayagamで 、今日（2時間前）
maybename itGoo or Foo多分グーかはFooという名前を付けます
Comment 18 by mail2ankitgupta ,Today (119 minutes ago)コメント18 mail2ankitguptaで 、今日（119分前）
A company claiming to capture world's info, missed it!!!同社は、世界の情報をキャプチャすると主張し、それを逃した！
Comment 19 by terence.stuart ,Today (117 minutes ago)コメント19 terence.stuartで 、今日（117分前）
Let the language withthe mostusers keepitsname.ほとんどのユーザーは、その名前のままにして言語をしましょう。
Er...Erを... That's not yours, is it?それは、あなたではないって？
Comment 20 by blair.briggs ,Today (113 minutes ago)コメント20 blair.briggsで 、今日（113分前）
Go, find a newname.移動し、新しい名前を探します。 ;) ;）
Comment 21 by josecamporro ,Today (111 minutes ago)コメント21 josecamporroで 、今日（111分前）
I agree with majorityon this.私はこの上の部分に同意する。Google shouldchange thename of this language...Googleはこの言語の名前を変更する必要があります...
Francis McCab is right,Go!フランシスMcCabが正しいでGO！ andGo are not that different.と移動の違いはありませんです。 And he went first, public.彼は、公共の最初に行った。
Comment 22 by sebastian.krause ,Today (104 minutes ago)コメント22 sebastian.krauseで 、今日（104分前）
Google should consider a differentname simply forthe reason that "Go" is just a tooGoogleはその理由は、"移動"されに別の名前を検討する必要がありますだけでも
commonword and it might eventually become difficult togoogle for references and一般的な単語と、最終的に参照するためにGoogleが困難になる可能性があります
examples about this language.この言語についての例です。 A somewhatmore uniquename can haveits benefits.もう少しユニークな名前は、その利点を持つことができます。
Comment 23 by Afro.Systems ,Today (95 minutes ago)コメント23 Afro.Systemsで 、今日（95分前）
I think lango would be a greatname and Iam hereby to giveaway togoogle any私はランゴすばらしい名前だと思うと私は、ここから何かグーグルに与えるために午前
Comment 24 by ismetdere ,Today (94 minutes ago)コメント24 ismetdereで 、今日（94分前）
Goo, whould be just fine.グー、されるだけで罰金whould。
Comment 25 by QrczakMK ,Today (68 minutes ago)コメント25 QrczakMKで 、今日（68分前）
Goo is alreadytaken too, although ithas been dead for a few years I think.ただし、それが思う数年前に死んだがグー、すでにも、撮影されます。
Comment 26 by zak.wilson ,Today (68 minutes ago)コメント26 zak.wilsonで 、今日（68分前）
Goo is thename of aLisp dialect.具は、Lispの方言の名前です。
Comment 27 bydaniel.kolman ,Today (67 minutes ago)コメント27daniel.kolmanで 、今日（67分前）
BothGoogle and fmccabe should find a newname, "Go" is sillyname for a programmingGoogleとfmccabe、"Go"をテコな名前にプログラミングされている新しい名前を見つける必要があります
language.言語。
Comment 28 bybr...@silcon.com ,Today (67 minutes ago)コメント28brで... silcon.com @、今日（67分前）
how aboutGOOP =GoogleObject Oriented Programming?方法については無神経な人=Googleのオブジェクト指向プログラミング？
mccabe- personally, I agree with you, but while you may be first, and you may beマッケイブ、個人的に、私はあなたと、しかし、中に最初にすることに同意し、することがあります
published, your issue title begs not totake you seriously regardless of your actual公開され、あなたの問題のタイトルを真剣にかかわらず、お客様の実際の場合を取らないように頼む
I do hope this is resolved in your favor though.私はあなたのおかげでも解決されてほしいですか。
Comment 29 by jwb.public ,Today (66 minutes ago)コメント29 jwb.publicで 、今日（66分前）
how about ogle?方法については色目を使う？
Comment 30 by srikumarks ,Today (60 minutes ago)コメント30 srikumarksで 、今日（60分前）
Given that is derives from Limbo, "Bo" would be short andsweetas well.つまり、辺獄から、"ボー"不足しているだろうと甘いだけでなく派生を考える。 They can alsoこれらのこともできます。
use "boroutines" :P "boroutines"：pを使用
Comment 31 by ismetdere ,Today (57 minutes ago)コメント31 ismetdereで 、今日（57分前）
Goo isgone too?具も行ったですか？ damn..気.. what aboutGoat?何ヤギは？
Comment 32 by killercore ,Today (52 minutes ago)コメント32 killercoreで 、今日（52分前）
I'dgo for JAgo: Just Anothergo私JAgoのために行くだろう：ちょうど別のものへ
Comment 33 by jason.lee.quinn ,Today (51 minutes ago)コメント33 jason.lee.quinnで 、今日（51分前）
Goat Special Editionヤギスペシャルエディション
Comment 34 by nikola.tepper ,Today (50 minutes ago)コメント34 nikola.tepperで 、今日（50分前）
It is completely absurd to usename of an already existing language.それは完全に既存の言語の名前を使用するのはばかげている。 HeyGoogle,ちょっとGoogleは、
couldn't you, i don't know... 、私を知らない場合が...。google it?とGoogleの？ Oh right, thename is sogeneric, that isそう、名ので、つまり、汎用的なもの
almost impossible to get relevant matches.ほとんどの関連性と一致を得ることは不可能。 If this language catcheson, it'll be aこの言語にキャッチし、それになります
nightmare to search for problems and solutions.問題と解決策を検索する悪夢のような。
Comment 36 by jsykari ,Today (40 minutes ago)コメント36 jsykariで 、今日（40分前）
May I humbly suggest "go2"? 5私は謙虚に""go2いかがでしょう？
EvenC++gotaway with naming the language after an esoteric feature of C -- perhapsも、C + +の距離Cの難解な機能の後に、言語の名前付け規則だ-おそらく
naming a language after "goto" isn't that bad. "の後に、後藤は"悪くはない言語のネーミングになります。
Comment 37 by Linnsey ,Today (38 minutes ago)コメント37 Linnseyで 、今日（38分前）
There are so many hobby and specialist programming languages it'd behard to find aあるので趣味や専門のプログラミング言語でそれを見つけることは難しいですね、多くの
name that's nottaken.名は、撮影ではない。
Comment 39 by david.kitchen ,Today (32 minutes ago)コメント39 david.kitchenで 、今日（32分前）
@33 Disturbing but funny... @ 33不穏がおかしい... I can imagine thelogo now: 3OE私は今のロゴを想像することができます：3OE
@34Lookat the dates of these things, it would appear thatgo started around the @これらのものの日程を34歳で見て、その周りを開始へ表示されます
sametime that thebook wasbeing written (butGo! already existed).同じ時間には、図書（ただし、移動書かれていた！既に存在していた）。 I wouldn't be私ではない
surprised to learn that due diligence was doneatthe time but simply that since thenは、デューデリジェンスの時間でも行われていた知って驚く人は、単にそれ以来、
it just hadn't been revisited.それだけで再訪されていませんでした。
@36http://xkcd.com/292/ @ 36http://xkcd.com/292/
Comment 40 by patla073 ,Today (31 minutes ago)コメント40 patla073で 、今日（31分前）
Why not justname itGolang?理由だけではなく、それGolang名前は？
Erlang - "Ericsson Language"アーラン- "エリクソンの言語"
Golang - "Google Language"Golang - "Googleの言語"
Comment 41 bydrc.uvic ,Today (31 minutes ago)コメント41drc.uvic、今日（31分前 に ）
Does anyone use 'Go!'?誰'移動を使用しますか！'？ If yours is better, orhas a decentuserbase then anamechange might be the right thingもしあなたの優れているか、またはその名前の変更は正しいかもしれませんが、まともなユーザーベースを持って
to do.を行う。 If you'rebringing it up for academicpride then I don't seewhy they should have tochangeanything.もし私はなぜ何も変更する必要がありますが表示されない学問の誇りをのために育てている。
Comment 42 by abouthors ,Today (29 minutes ago)コメント42 abouthorsで 、今日（29分前）
Jago is alreadytaken by a program to playthe game ofgo. Jago既に行くのゲームをプレイするためのプログラムによって行われる。
Comment 44 by charles.majola ,Today (18 minutes ago)コメント44 charles.majolaで 、今日（18分前）
This is issue 9 ......この問題は9 ......Plan 9.....Plan 9の.....
Coincidence?偶然？
Comment 45 by tuxthelinuxdood ,Today (14 minutes ago)コメント45 tuxthelinuxdoodで 、今日（14分前）
It is obvious thatGoogle employees did not research thename in terms of existingこれは、Google従業員の面では、名前を研究していない明らかにされ、既存の
languages before release.リリース前の言語。 In such a situation IbelieveGoogle isat fault and thenameこのような状況では私はGoogle断層の名前ではと考えています
should bechanged.変更する必要があります。 I doubt it will happen but it tochange it would be in line with "do私はそれが起こるとは思えませんが、それを行となる"を変更するか
no evil".邪悪な"。
Comment 46 by GeoffreyJ.Lee ,Today (14 minutes ago)コメント46 GeoffreyJ.Leeで 、今日（14分前）
How about "GoogleGo"?方法については"Googleの移動"？
Go2 is pretty clever though, so my vote ison that.Go2かなりかかわらず、僕の投票をするには利口だ。
Comment 47 by roblesjm ,Today (9 minutes ago)コメント47 roblesjmで 、今日（9分前）
Google always releases new products with the prefix "Google".Googleでは常に接頭辞"Googleとの"新製品をリリースします。 In thiscase, I don'tこの場合、私はしないでください
know ifGoogle want release a new product ormake an Alliance likeAndroid.知っている場合、Googleは新製品をリリースしたい、またはするアライアンスのAndroidのような。
In the firstcase, I would use "GoogleC".最初のケースで、私は"を使用します。GoogleC"。 For the second, something like "GCP" fromについては、2番目の、何か"GCPの"からのような
(Google CPython). （GoogleのĈパイソン）。
Comment 48 by ismetdere ,Today (4 minutes ago)コメント48 ismetdereで 、今日（4分前）
Goat it is...ヤギって... there, settled.そこに定住した。
Comment 49 by Peter.Schweizer ,Today (4 minutes ago)コメント49 Peter.Schweizerで 、今日（4分前）
i'd suggest "giggity giggitygoo"as newname since quagmire is a very funnyguy私は""新しい名前として泥沼非常に面白いやつなんだからgiggity giggityグーをお勧めしたい
btw.ところで。 hireddit :)ハイテクしかし：）
Comment 50 by ruivaldo ,Today (4 minutes ago)コメント50 ruivaldoで 、今日（4分前）
"Do" ? ""ですか？Makes sense, check the purpose of the lang.理にかなっては、langの目的をご確認ください。
platinumで吐き出せるFMFを読み取るためクラスを置いておく。特に反省はしてない。
using System;using System.Collections.Generic;using System.Linq;using System.Text;using System.IO;using System.Data;namespaceRPG{ class MapFile { //FMFファイルのヘッダー struct FMFHeader { publicstring dwIdentifier;//ファイル識別子 'FMF_' public int dwSize;// ヘッダを除いたデータサイズ public int dwWidth;//マップの横幅 public int dwHeight;//マップの高さ publicbyte byChipWidth;//マップチップ1つの幅(pixel) publicbyte byChipHeight;//マップチップ１つの高さ(pixel) publicbyte byLayerCount;//レイヤーの数 publicbyte byBitCount;//レイヤデータのビットカウント } privateFileStream fs; private BinaryReaderbr; private FMFHeader _head; privatebyte[] _data8 = null; private short[] _data16 = null; public int width { get { return _head.dwWidth; } } public int height { get { return _head.dwHeight; } } public int chip_width { get { return _head.byChipWidth; } } public int chip_height { get { return _head.byChipHeight; } } //マップファイルを読み込む。 //エラーが起きた場合は例外を投げます publicvoid Load(String fname) { try { fs = newFileStream(fname, FileMode.Open);br = new BinaryReader(fs); //識別子を確認する _head.dwIdentifier = newString(br.ReadChars(4)); if (_head.dwIdentifier != "FMF_") { throw newException("ファイルが壊れています"); } //ヘッダーの残りの情報を読み込む _head.dwSize =br.ReadInt32(); _head.dwWidth =br.ReadInt32(); _head.dwHeight =br.ReadInt32(); _head.byChipWidth =br.ReadByte(); _head.byChipHeight =br.ReadByte(); _head.byLayerCount =br.ReadByte(); _head.byBitCount =br.ReadByte();switch (_head.byBitCount) {case 8: //8bit layer _data8 =br.ReadBytes(_head.dwSize);break;case 16: //16it layer int count = _head.dwSize / 2; _data16 = new short[count]; for(int i = 0; i < count; i++) _data16[i] =br.ReadInt16();break; } } catch(Exceptionex) { throwex; } finally {br.Close(); } } //マップファイルを閉じます publicvoid close() { //読み込んだデータを破棄する _data8 = null; _data16 = null; } //マップファイルからチップ番号を取得します public int getValue(int layer_index, int x, int y) { if (_data8 == null &amp;&amp; _data16 == null) return -1; if (layer_index >= _head.byLayerCount || x >= _head.dwWidth || y >= _head.dwHeight) return -1; intindex = 0; int layer_offset = getLayerAddr(layer_index);switch (_head.byBitCount) {case 8: //8bit layerindex = _data8[layer_offset + x + y * _head.dwWidth];break;case 16: //16it layerindex = _data16[layer_offset + x + y * _head.dwWidth];break; } returnindex; } //該当レイヤーが存在する_dataのindexを返す private int getLayerAddr(int layer_index) { if (layer_index >= _head.byLayerCount || (_data8 == null &amp;&amp; _data16 == null)) return -1; return _head.dwWidth * _head.dwHeight * layer_index; } }}
#訂正
