はてなキーワード: 編集画面とは
帰宅してノート開いたら、編集画面のままだった、めんごめんご。
○朝食:なし
○昼食:ご飯、卵、肉団子
○夕食:ゲンコツメンチ、1食分の野菜 しば漬とオクラのネバネバごはん(もち麦入り)(このシリーズ超うまいんだけど、ほんとにこれで野菜摂れてるのか不安になる、美味しいから多少不健康でも仕方ないんだろうけど)
○調子
はややー。
ゲームをしたり、映画を見たしたので、だいぶむっきゅりできてたんじゃないでしょうか。
映画はネトフリで「パパと娘のハネムーン」を見ました、こういうお話大好き。
結婚式当日に旦那さんに逃げられた主人公が何年も会ってなかった父親と新婚旅行で行くはずの豪華客船に乗ってしまう、というあらすじ。
僕は親子ものが好きだから気に入ったけど、嫌いな人はとことん嫌いそう。
●3DS
パズルゲームは楽しいなあ、サクサクプレイできるし、ほどよく頭を使って脳みそ疲れるし。
攻略を解禁して、あくポケモンをがしがし捕獲して、残るは17匹。
というのも、このゲームには「サファリジャングル」というステージがあって、そこは曜日によって出るポケモンが変わるのです。
火曜日:デルビル、ヘルガー、ポチエナ、グラエナ、サボネア、レパルダス、バルチャイ、バルジーナ、メグロコ、ワルビアル
レジストリを使ってキーアサインを変更する方法です。キーボードのキー配列をカスタマイズして使いたいけど、会社でフリーソフトが禁止されていてできないという人とかはこの方法が使えます。Windowsに元から入っている機能で設定を変更するだけなので、追加のソフトは不要です。やってみると意外と簡単ですが一応レジストリをいじるので自己責任で行いましょう。
レジストリエディターが開きます。
HKEY_LOCAL_MACHINE
SYSTEM
CurrentControlSet
Control
Keyboard Layout
「Keyboard Layout」(Layoutsではない)フォルダを選択した状態にします。
右側に「新しい値#」というファイルができるので「Scancode Map」という名前に変えます。
■例、CapsLockをCtrlに変える場合
00 00 00 00 00 00 00 00
02 00 00 00 1D 00 3A 00
00 00 00 00
以上です。
02 00 00 00 (変更するキーの数+1を最初に書きます、16進数です。あとは0を書いておきます)
1D 00 3A 00 (変更後のアサインと、変更するキーのコードを書きます。下記参照)
他にも例を挙げると下記のようになります。
■例、半角全角をEsc、カタカナひらがなを半角全角に変える場合
00 00 00 00 00 00 00 00
03 00 00 00 01 00 29 00
29 00 70 00 00 00 00 00
■例、CapsLockをCtrl、無変換をBackspace、変換をEnterに変える場合
00 00 00 00 00 00 00 00
04 00 00 00 1D 00 3A 00
0E 00 7B 00 1C 00 79 00
00 00 00 00
Esc、01 00
F2、3C 00
F4、3E 00
F5、3F 00
F6、40 00
F7、41 00
F8、42 00
F9、43 00
F10、44 00
F11、57 00
F12、58 00
半角全角、29 00
Backspace、0E 00
Tab、0F 00
CapsLock、3A 00
Enter、1C 00
左Shift、2A 00
右Shift、36 00
左Ctrl、1D 00
左Win、5B E0
左Alt、38 00
無変換、7B 00
Space、39 00
変換、79 00
右Alt、38 E0
右Win、5C E0
アプリケーションキー、5D E0
右Ctrl、1D E0
Insert、52 E0
Delete、53 E0
Home、47 E0
End、4F E0
PageUp、49 E0
PageDown、51 E0
上、48 E0
下、50 E0
左、4B E0
右、4D E0
こんなちょっとした店でも出させてくれるなんて出店希望者不足かよ、とも思うけど、そんな事どうでもいい。
言いたいのは、
楽天のシステム(RMS)ってのはほんとにバカだ。ってことだ。
ネット通販黎明期からずっとやってるから、今さら大規模改修しにくいのかもしれないけど、それにしてもだ。
他のモールにも出してるからこの楽天のシステムのアホさがよっっっっっく分かる。
たとえば、これはバカってより阿漕にカテゴライズされるかもしれないけど、
こんなもんオプションとして使わせてるモールなんてEC業界のどこにも無い。
ほんとバカ。
なんだ、これがオプションってことはだ、基本的には手動でコピペコピペで商品登録しろってのか。
だが、手動でやろうにも、新規登録の画面や商品変更の画面を、複数タブで開くとエラーになりやがる。
同じ属性を持つ商品を複数登録すんのがやりにくくって仕方ない。
コピー→修正→登録→タブ閉じて→またコピーして・・・・って眠くなるわ!!
あと、色だのサイズだのを登録するための画面は、商品登録の画面とは別なの。
これも商品の一番下にしか編集画面へのリンクがなく、ポチポチポチポチくそダルい。
既に登録してる選択肢は一旦ぜんぶ消してからじゃないと、追加できない。
サイズのLLを追加しようと思ったら、今あるSMLをまず全消しするCSV作ってアップしてから、またS/M/L/LLで登録しなおす。
馬鹿か。
で、選択肢ごとに価格を変更する機能が無いから、サイズ違いでおんなじような商品登録しまくってバッカみてえ。
ユーザーとしても選びにくいだけなのに何やってんだ。
あと、スマホ。
スマホサイトなんてもうPCサイトの売上を軽く超えてるんだけど、このスマホのシステムも死んでる。
TOPページなんて、なんか変なちっちゃいバナーを4つとか6つとか登録するだけ。
まったく自由が効かない。
みたいなメルマガ送ってくんの。
その前にスマホ商品ページに画像(メニューのアイコンとかも含めな)10個までしか登録できないクッソみたいなシステムどうにかしろよ!!!
メニューとかキレイに改変してるショップは、オプションのストレージ契約して、かなりムチャなCSSぶっこんでるから。
もう平成も終わろうとしてんのにCSS使うのが標準で実装されてないとか正気か!!
サイト全体のデザインもヘッダー・フッター・レフトメニューとか。
メール送信すんのにPC用とモバイル用のテンプレ分かれてるのなんだよ?
いちいち2通のテンプレを用意して、ユーザーのメルアドごとにポチポチ送信すんだぞ。
バッカみたい。
画像の件にしてもそうだけど、貧弱な回線でパケット気にして使ってるユーザーを想定してんだよ。
受注管理システムなり外部のAPI使って取り込んでる店はいいんだろうけど、
それにしてもこないだ、受注自動送信メールからユーザーのメルアド削除する改変してたよな。
あれどうやってユーザーと受注情報結びつけたんだ、APIの中の人?
同じようにイヤイヤ楽天の店舗運営してる人と苦労を分かち合いたい。
まだまだある、言い足りない。
正直、タダで使わせてるYahooの方が、システム的には全然マシ。
CSS使えるストレージはオプションだけど月3000円だし余裕でYahooの勝ち。
クセのあるシステムだけど、文字数制限だのimgタグの個数制限だの言わねーもん。
受注管理システムも遥かにいい(でもクセは凄い。楽天と比べるとマシレベル。)。
はてなブログ編集中、なんかの拍子にプリントスクリーンボタンを押していたらしく、ブログの編集画面で少し前のテキストをペーストしようとCtrl+Vしたら勝手に画面のスクショがフォトライフにアップロードされた
画像に関してはもうちょっと管理を厳格にしてくれ。クリップボードにコピーした画像をアップロードするという需要がいったいどれだけあると思ってるんだ
…いや、結構ありそうだが、せめて一度聞けよ
どうせいやらしい画像とか上げたらアカウントBANだろうにお前はツイッターか
なお、うっかり強制アップロードされた画像は自分の http://f.hatena.ne.jp/ の「Hatena Blog」フォルダに勝手に入ってるのでフォルダに入って消そう
まあ正直このサイト自体は、無断転載と著作権侵害の巣窟だし、勝手に広告ポップアップするしで全然褒められたサイトじゃないんだが、
タグの取り扱いに関してだけは本気で感動したので紹介したい。
他のサイト(ニコ動とかpixivとか)もこういう仕組みになってくれないかなあ。
本当に無制限ってことはないだろうが、見かけ上の上限は無い。少なくとも50個くらいは付けられる。
キャラ名や作品名、シチュや場所を表す言葉から、キャラの人数、ポーズ、付けている装飾品の隅々までほとんどタグ化されている。
pixivなんかでよくある「好みの絵を探したいけど俺の好みはタグで表されない!」的な現象はほとんどあり得ない。
作者名や作品名やキャラ名には「Artist:」「Copyright:」「Character:」といった専用の属性をタグに付与することができ、これが付いているとタグの色が変わり、他のタグよりも上に表示されるようになる。
属性間の並び順も決まっているので、画像を開いてすぐに情報を視認しやすい。
特筆すべきは、「白い背景」「高解像度」のような「媒体」属性、「タグ希望」「重複可能性あり」「翻訳希望」のような「メタ」属性。
海外サイトなので全てのタグは英語なのだが、タグ編集画面を開くと、そのタグに対応する日本語を登録することができる。
そうすると、日本語環境で閲覧する利用者全員に対して、そのタグが日本語で表示されるようになる。
表記ゆれなどで、ほとんど同じ意味なのに異なるタグというものがどうしても発生してしまう。
たとえば、「miku_hatsune」と「hatsune_miku」など。
そんな時は、「miku_hatsune」をエイリアスに登録して「hatsune_miku」に関連付ければ、「miku_hatsune」は全て「hatsune_miku」であるものとして扱われるようになる。
これは両者のタグが完全に同じ意味だった時の場合だが、あるいは片方のタグがもう片方を完全に含んでいるという場合も考えられる。
「hatsune_miku」と「hatsune_miku_(append)」などがそれにあたる。
この場合は「hatsune_miku_(append)」をインプリケーションに登録して「hatsune_miku」に関連付ける。
そうすると、「hatsune_miku」を検索した際に「hatsune_miku_(append)」しかついていないような画像も一緒に表示されるようになるわけだ。
検索結果にしても、画像のページにしても、タグが表示されるような場面では必ずそのタグの横に「(そのタグのついた画像の総数)」が表示される。
これは意外と便利である。そのタグがどれだけ市民権を得ているか知っておけば検索もしやすい。
どの機能をとっても、「タグ検索で認識の齟齬が起こらない」ことが徹底的に追及されている。
当方、フリーの IT 技術者。ある Web ベースのシステムを開発しているのだが、プロジェクトのマネージャー、リーダーをはじめとするメンバーの無知と無理解のおかげで作業が進まずに困っています。
ブラウザーのキャッシュの仕組みを少しでも知っている人なら、非 IT 系の方でも読めるように書きました。ぜひ助言をお願いします。
私は発注元(A 社)に客先常駐している。私が契約しているのは A 社のグループ会社である B 社だ。
A 社内のチームメンバーは以下のとおり。
さて、今開発しているシステム(以下システム P)はもともとスタンドアローンで運用する形態だったが、最近クラウドバージョンの提供も始まり、現在はスタンドアローンバージョンとクラウドバージョンの並行開発となっている。X さん、Y さん、Z さんは主にクラウドサーバーの管理や、私や W さんが作った部分のテストを担当している。
クラウドバージョンの初めてのアップデートを控えた 6 月に問題が発覚した。コードをアップデートすると、ブラウザーのキャッシュが効いていて表示がおかしくなるというのだ。
プログラマー以外の 4 人は実は Web システムの案件は初めてで、ブラウザーのキャッシュの仕組みすら理解していない。X さんから相談を受け、「Web アプリケーションからブラウザーのキャッシュをクリアーすることはできない。代わりに、HTML から読み込まれる外部リソースの後ろに『?v=3.14』のようなダミーのクエリー文字列をつければよい。アップデートのたびに数字を変える。これは一般的に採用されている手法で、これ以外の解決策はない」ということを伝えた。具体的にコードエディター上で修正イメージを見せて、すべてに対応するのに 1 日あればできる、とも。
これで「そうですか、ではお願いします」となれば、テストを含めて 2、3 日で終わった話なのだが、ここから長い混乱が始まる。
X さんから、「変更箇所をなるべく少なくしたいので、前回リリース分と今回リリース分で変更のあったファイルのリストを出してほしい」と言われる。変更のないリソースにはクエリー文字列をつけたくないらしい。
内心呆れつつ、Git (ソースコード管理システム)でファイルの変更履歴を調べ、一覧表を提出した。X さんに「それぞれのページでソースコードを確認し、この一覧表に載っているファイルにはクエリー文字列がついていることをひとつひとつ確認するのですよね。却って手間が掛かりますよ。それよりも、すべてのファイルを対象にしたほうが作るほうもテストするほうも楽です」と伝えた。
6 月も残り 1 週間を切ったある日、Z さんから、「実際に問題になっているのはどのファイルのどの部分か、スタイルシートのどのクラス・ID 指定が効いていないのか、V さんが知りたがっている。原因解明に必要なので調べるように」と指示が出る。
私は「ブラウザーのキャッシュが効いているためで、キャッシュを消すか無効にすれば直る。今までも修正のたびにテストではキャッシュを消してもらっていたでしょう」と説明するが、調べろ調べろと繰り返すばかり。「そんなことを調べて何になるんですか。キャッシュの問題ですよ?」と言うと、Z さんは手をわなわな震わせて、「お客さまが知りたいと言っているのに、『そんなことを調べて何になるんですか』とはどういうことですか!」と声を荒らげる。しまいには「お客さまのご要望にお応えして私たちはお金をもらっている。お客さまからの依頼なら応えるのが当たり前」と言い出す。技術的に意味がないことをいくら説明するも理解されない。
非プログラマー 4 氏の知識の底上げをしないといつまで経っても平行線だと思い、Redmine (課題管理システム)にブラウザーのキャッシュの仕組みを解説する文書を投稿した。ほぼ同じものを以下に掲載する。非技術者にも分かりやすく書いたつもりだ。あまり細かいことを説明しても混乱させるだけだと思い、リクエストヘッダーの Cache-Control や Expires などは説明を省いた。
キャッシュとは
キャッシュ(cache) とは、一度読み込んだデータを内部に保存しておく機構のことです。2 回目以降の読み込み時はキャッシュを読み込むことで、処理時間の短縮を図ります。
ウェブブラウザーにおけるキャッシュは一般に、HTML ファイルおよび HTML から読み込まれる外部リソース(スタイルシートファイル、JavaScript ファイル、画像ファイルなど)に対して適用されます。
キャッシュが作られるタイミング
ブラウザーがあるファイルを読み込もうとする時、キャッシュがなければ実ファイルを読み込んだ上でそのファイルの内容をキャッシュします。
キャッシュが破棄されるタイミング
キャッシュがいつ破棄されるのかは完全にブラウザー依存です。異なるファイルのキャッシュが同じ期間だけ存在するかどうかも分かりません。
キャッシュはユーザーがブラウザーの操作で明示的に削除(クリアー)することはできますが、 サーバー側からクライアント(ブラウザー)のキャッシュをクリアーすることはできません。
ウェブアプリケーションのキャッシュ対策
ウェブアプリケーションをアップデートした際、クライアントのキャッシュを無効にするために、以下の手法がよく使われます。
< link rel="stylesheet" type="text/css" href="style.css" > < script type='text/javascript' src='script.js' >< /script > < img src="picture.jpg" alt="" width="640" height="480" >このような外部リソース読み込みについて、ファイル名の後ろにクエリー文字列を追加します。
< link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" > < script type="text/javascript" src="script.js?v=2.4.0" >< /script > < img src="picture.jpg?v=2.4.0" alt="" width="640" height="480" >スクリプトでない静的ファイルにクエリー文字列を付加しても、読み込まれるファイルは同じです。つまり、
style.css
とstyle.css?v=2.4.0
は同じ style.css というファイルを指します。ブラウザーが style.css をキャッシュしている状態で、この行を読み込んだとします。
< link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" >ブラウザーは「
style.css?v=2.4.0
というファイルはキャッシュにない」と判断し、style.css?v=2.4.0 というファイルを読み込みます。結果として、ディスク上の style.css が読み込まれてスタイルシートが更新されます。この HTML をまた読み込んだ時は、「
style.css?v=2.4.0
というファイルはキャッシュ済み」と判断し、ディスク上のファイルではなくキャッシュを利用します。ウェブアプリケーションをバージョン 2.5.0 にアップデートする時には、「
?v=2.4.0
」の部分を「?v=2.5.0
」に書き換えてリリースします。< link rel="stylesheet" type="text/css" href="style.css?v=2.5.0" > < script type="text/javascript" src="script.js?v=2.5.0" >< /script > < img src="picture.jpg?v=2.5.0" alt="" width="640" height="480" >同様の仕組みで、2.4.0 時代のキャッシュがあっても 2.5.0 用に書き換えられたファイルが読み込まれ、キャッシュの問題は起こりません。
この手法は、キャッシュ問題を解決する手段としては一般的に用いられているものです。俗に「キャッシュバスター (cachebuster)」とも呼ばれます。
数日経った日の午後。Y さんが A4 判数ページにもなる「調査報告書」を作成した。問題になっているスタイルシートについて前回リリース分と今回リリース予定分の差分を取り、それぞれの行について「新規」「変更」「削除」の印をつけ、「とりあえず、このクラス指定が効いていないだけなので、HTML 中にインラインスタイル(< div style="..." >)で指定すればよい」と結論づけていた。
報告書には「状況から見て、変更・削除されたスタイル指定は影響が出るらしい。新規に追加した部分については影響がないようだ」とも。私が書いた説明を読んでいないのか、理解できなかったのか。
この報告書を元に、X さんから「この行とこの行にインラインスタイルを指定してください。これで暫定対応とします」と指示が出た。
私は「この修正は何ら根本的な対策になっていないことは理解していますか。『現状で問題になっている箇所』は、この環境でたまたまそうなっているだけの話で、ほかのお客さまの環境では別の画面が崩れるかもしれないのです。それを承知の上で、これを暫定対応としてよいのですね」と X さんに確認。X さんは「はい」とだけ答えたので、黙って作業を完了した。Git のコミットメッセージに「この方法は何の効果もないこと、それでも作業をしてよいのかを X さんに確認の上、作業」と書いてコミットした。
しばらくすると X さんから「うまく表示されています。OK です」と報告があった。
夕方、私が帰ろうとすると、X さんが Y さんに「画面がおかしい」と言っている。横から覗くと、先ほど「暫定対応」とやらを入れた画面で、表示は正常だがボタンを押しても何の反応もない。私は静かに「JavaScript のキャッシュですね」。
聞けば、Y さんは「キャッシュはスタイルシートにだけ効く」と思い込んでいたらしい。やはり先の説明を読んでいないようだ。そして、Y さんの環境ではボタンは有効だったとも。
私は「Y さんの環境では(JavaScript の)古いキャッシュは効いていなかった。X さんのところではキャッシュが効いていた。これが、私が言っている『環境依存』の意味です。昼の暫定対応ではダメなんです。半月前から私が言っているように、すべての外部リソース読み込みにキャッシュバスターをつけないと解決にならないんです」と伝える。
Y さんは観念した様子で、「キャッシュバスターって、一部分にだけ適用することもできますか」と聞く。この人、理解してないなと思いつつ、「はい、できますよ」と返すと、「では、問題の発生している範囲を調査して、問題が起こっているファイルにだけキャッシュバスターを……」。やはり何も分かっていない。
私は繰り返し、ブラウザーのキャッシュは環境依存なのですべての外部リソース読み込みにキャッシュバスターを付加しないと無意味だと説明した上で、こう付け加えた。
「指示されたことだけを黙ってやっていれば、そりゃあそっちのほうがラクですよ。でも、喧嘩をしてでも、場の雰囲気を悪くしてでも自分の意見を主張するのは、技術者としてのちっぽけな良心からです。お願いですから、専門家の言うことを聞いてください。私の意見が信用ならないのでしたら、ほかの技術者に意見を聞いてください」
この数日後、本件の対応を先送りにすることが決まったと X さんから報告があった。
聞けば、リリースを急いでいるのは特定の顧客の要望によるものらしい。その顧客はスタンドアローンバージョンを利用しているので、アップデートの現地作業の際にブラウザーのキャッシュを消してくればいいとのこと。
リリースに間に合わない間に合わないとあれだけ騒いでいたのに。プロジェクト管理がまるでできていない。
そして今日の夕方、この件についてレビューを開きたいとプロジェクトマネージャーの V さんから言われる。レビューって、何をやればいいんだろう。何をすれば気が済むんだろう。Redmine に書いた説明を読んで理解してもらえれば、やるべきことはひとつしかないと分かろうものなのに。
X さんから質問を受ける。「例の件、ほかの方法はないんでしょうか。『こういう方法もあるけれど、工数が掛かるので採用しません』というのがもしあれば話が進めやすいかと」。残念ながらありません、せいぜいファイル名そのものを変更するくらいですが、本質的には同じことですし管理の手間が増大します、と伝えた。
ついでに、X さんに「あの説明を読んで、よく分からない部分があったら教えてください」と尋ねると、実は忙しくて斜め読みしかしていないと白状された。その状態で対応策を一生懸命協議していたのですな。
レビューの席でまた一悶着ありそうだ。どうやったら彼らを納得させられるのだろうか。信用できない技術者に説明してもらったって、信じないんだったら意味がないのにねえ。
SNSで昔付き合った人が結婚したことを知った。相手は自分とは面識のない人。投稿に添えられた写真、役所前で婚姻届を持つ二人の姿は幸せそのものだ。
別に未練があるわけではないが、少し胸がざわついた。
お祝いのメールでも送ろうかと思ったが、別れてから一切連絡をとっていなかった相手から数年越しに連絡が来ても気持ち悪いだけだろう。メールの編集画面で、未送信のままそっと削除した。
結婚する人、しない人。昔からの友人やかつての恋人たちが結婚したと聞くと、なんとなく「あっち側」に行ってしまったように思う。自分はいつまでこちら側にいるのだろうとも思う。
しかし、人の人生は線のようなものだ。真っ直ぐに伸びたり、曲がったり。他人の線と交差したり、離れたり。長い線もあれば、短い線もあるだろう。あの人とは関係が交差しながらも、決して平行にはならなかった。
それは何のせいでもなく、ただ、そういうものなのだと思う。だから、とりあえずは目の前にあるものを信じて進んでいきたい。だから私は、今日もせっせと増田に文をしたためるのだ。
『xvideosのすごい機能wwwwwwww』という増田がおすすめ表示されたので、開いた。
xvideosの「webで見る」という機能を知って興奮していらっしゃる。
「この元増田がやってる、xvideosの分類の仕方、俺とそっくりじゃねえか?」
やたらテンションが高くて、「キモさ」を感じるのだが、その「キモさ」にもなんだか自分に近いものを感じる。
だが、俺がこの文章を読んで感じた感想は「やたらテンション高いけど、言ってること情弱じゃねーか。そんな報告することでもねーだろ」
そんな文章を俺が書いたか?書くはずがない。こんな情弱バカじゃない。テンションもおかしいだろこいつ。俺じゃない。
『
並んでいる。
』
この文章を読んで、奇妙だと感じた。
俺は、こういう文章の書き方を好んでいる。
ハッキリ言って、俺以外で書いてるのを見たことが無い。
しかし、これは俺の文章じゃない他人のものだという確信があった。
というのも『オーロラビジョン』という単語を使っているが、俺はその単語の意味を知らない。
え?と思いつつ、押してみる。
覚えてないわ…………
恥ずかしいぞこのテンションで書いてた俺…………
昔、リンク集的なコンテンツを作りたいと思い、適当に調べてヒットしたNAVERでまとめを作った。
そのコンテンツ自体はリンクと自分のコメントだけで構成されているので著作権の侵害はしていないのだが、昨今のキュレーションサイトへの批判を見て自分のコンテンツをNAVERまとめから消そうと思った。
普通、こういう記事の削除はせいぜいログインして記事の編集画面を開いて2~3回クリックしたらできるもんだろうと思っていた。
しかし考えが甘かった。NAVERまとめの記事はタイトルやコメント引用などのパーツで構成されているが、なんとそのパーツを全て手動で一つずつ消さないと記事自体の削除ボタンが現れないのだ。
記事の数は少ないので頑張って消したが、何十個もあったらやる気は起きないと思う。アカウントを削除したらいいと思うかもしれないが、退会しても記事は削除されないのだそうだ。
今まで使ったことがなく、Googleで「はてな匿名ダイアリー 使い方」で検索してもわかりやすい手順がすぐに出なかったので書いておく。
「はてな匿名ダイアリー」は「Hatelabo」のサービスなので「Hatelabo」にアクセスする。
ページ右上のログインをクリックして通常のはてなアカウントでログインする。
表示されたトップページで
「プロジェクト一覧」の下のほうに「はてな匿名ダイアリー」のタイトル(リンク)があるのクリック する
表示されたページ上部の青いバー内にある「日記を書く」をクリックして日記を書く
ページ下の「確認」ボタンをクリックすると表示状態が確認できる。
※自分も使い方を知らなかった。
※どっかに書いてあったら(ありそうだが)すまん
※enjoy!
でも一番思ったのは、
はてなブログをもってしても
マックス姉さんに知らせなくっちゃ。
あと面白かったのは、
そして一番困ったのは
記事ページ内に「新しい記事」「古い記事」って出てこない理由が分からなくって
調べたらそう言うことだったわ!
いろいろ勉強になったわ。
うふふ。
三度拝んで召し上がれ!
昨日は寒かったから
カーデガンをプロデューサー巻きで持って行きましょう。
すいすいすいようび!
今日も頑張りましょう!
日々鬱屈していたあなたは、友人のプロブロガー熊くんのすすめで、はてなブログをはじめました。
最初は書くことが単純に楽しかったあなた。しかしある日、有名インフルエンサーに記事を紹介され、初めての「バズ」を経験します。
更新ボタンを押すたびに増えるブクマ、アクセス、読者登録。翌日にはまとめサイトへの転載と言及通知、Twitterへのクソリプも経験。自分が自分でなくなるような高揚感と恐怖があなたを襲います。
そして、バズから3日目。はてなブログの編集画面を開いたあなたはー?
・ブログを書く
・マネタイズする
・交流する
の行動選択で、あなたのブロガーとしてのパラメーターが変化していきます。
パラメーターによってはイベントも発生。イベントの結果次第では行動の選択肢が増えることもー?
パラメーターは、PV、お金、威信度、愛され度の4つ。隠しパラメーターとして承認欲求がありますが、自分で確認することはできません。
パラメーターは、イベント発生フラグになっていると同時に、あなたの認知度を決めるものになります。
イベントはパラメーターによって、オフ会への誘い、増田で叩かれる、粘着、炎上、互助会認定、メタブタワー建設、寄稿依頼などが自動発生。
イベントの結果によって、現地取材、互助会営業、インフルエンサーに絡む、ブログコンサルタントに相談などの行動を新たに獲得できます。
パラメーターとイベントフラグによりエンディングが変わる、マルチエンディング方式を採用。
ブログ飯で生計を立てたり、会社員とブロガーの二足のわらじ、人気ライターへの転身エンドも。あなたが望むのはお金?仲間?名声?ーそれとも?