「HTML」を含む日記 RSS

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

2017-04-26

DeNAホテル連れ込み事件推定無罪原則は?

http://bunshun.jp/articles/-/2280

http://b.hatena.ne.jp/entry/bunshun.jp/articles/-/2280

ブコメ、まるでX氏が真犯人であることを確定で凄まじい勢いで叩いている。

推定無罪原則は?

推定無罪原則ってちゃんと常識として共有されてるんだろうか

http://mubou.seesaa.net/article/449111781.html




おもっきし真逆ブコメしてるクズもいるし

http://fut573.com/compare/?url1=http%3A%2F%2Fbunshun.jp%2Farticles%2F-%2F2280&url2=http%3A%2F%2Fmubou.seesaa.net%2Farticle%2F449111781.html

http://fut573.com/compare/?url1=http%3A%2F%2Fbunshun.jp%2Farticles%2F-%2F2280&url2=https%3A%2F%2Fnews.yahoo.co.jp%2Fbyline%2Fshinodahiroyuki%2F20170422-00070193%2F

女子大生狂言かもしれんし、

実際行為はあったかもしれないが当時は完全同意女子大生が後で翻意したのかもしれない

ましてやこの訴え自体文字通り「週刊誌レベル」にすぎない

裁判もまだ始まっていないし、

何より肝心要のX氏側の弁明は一言もない

一方的女子大生当事者証言のみの不確定極まりない話

これでDeNA叩いてるバカどもって推定無罪とかどーでもいいってことですよね?

結局はてなで言われる推定無罪なんてダブスタにすぎない

自分に甘く他人に厳しい

ただそれだけ

偉そうなこと言ったって言った本人がまともに守りゃしないんだから

そりゃ世間はそんな言うこと聞くわけがねえ


くたびれはてこもひどかったなあ

言ってることが平気で正反対になる

それで平気なツラして社会正義を語る

ちゃんちゃらおかしいぜ

はてな正義は、所詮この程度

底が割れてるんだよ

2017-04-19

流行ってるOrarioと大学側について思うこと

Orarioについて思うこと

Orarioについて

現在大学の中でOrarioのアクセスがどうこうという問題が起きているようだが、

ひとまずこの記事については、下記URLにある、京都大学専門家であらせられる記事について、一人歩きしてる感があるので、

もう少し彼のような上流側(という表現で良いかどうかは不明だが)の専門家ではなく、

下流プログラムガッツリ書いているほうの専門家として私(匿名で失礼)が纏めたいと思う。

  

https://srad.jp/~yasuoka/journal/611343/

  

  

不正アクセスという言葉曖昧

Orarioの芳本大樹が書いた『時間割アプリの「Orario」の特性安全性について』(2017年4月17日)という文書を読んだ。このOrarioは、京都大学のKULASISにずっと不正アクセスを繰り返していて、正直なところ私(安岡孝一)としてはアタマに来ていたのだ。

  

Orarioの特性安全性について、本当にスクレイピング技術クライアント端末側で行っているのであれば、

この部分は間違いではないと私(匿名で失礼)は考えている。

  

この部分の書き方、実に大学教授らしい逃げ道を多く用意していて。

  

KULASISにずっと不正アクセスを繰り返していて

  

上記発言、これは本来「開発時の検証段階」の話をしているのであれば「正解」、である

逆に今のOrarioの通信についてを不正アクセスとしているのであれば「正解ではない」、である

  

何せ、開発者勝手アカウントを使って入り込んで様々な検証を行う必要があるため、

学生からIDパスワードを借りたはずだ。

借りてログインするのが不正かというと微妙ラインだと思う。

  

この辺りにもやっぱり大学教授のいやらしさがあって

KULASISサーバに対してクラッキング/ハッキングを行って根こそぎどうこうしたなどという大がかりな不正アクセスではなく、

あくま大学側が定める規約規則から若干外れた使われ方がされているという意味不正アクセスである

  

法律的には、正直不正かどうか微妙ラインになる。

(そもそもスクレイピングなんて技術を使う連中はID/PASSWORDがない状態でのサーバへの不正アクセスなどできない

  

開発時は「京大のKULASISアカウントをもったユーザが開発に携わっていないのであれば」押し出してきている京大規約によれば、不正アクセスにあたるのかもしれない。

個人的には当たらないと感じるが。

  

  

現在動いているアプリ不正アクセスと断言できない

現在動いているもの不正アクセスではなく、

京大規定に定められたユーザが「特定ブラウジングツール(Orario)」により、

KULASISにアクセスしているのだからアクセスとしては不正ではない。

本当にスマートWebスクレイピングで行われているのであれば、Webブラウザと全く同じ動きをするはずで、

それを不正アクセス断罪してOrarioは不正というのは表現が汚いと考える。

  

  

これはコメント欄にもあるが、

https://srad.jp/comment/3196554

また、ChromeSafari(及びその他マイナーWebブラウザ)なども御校のWebサーバーよりコンテンツデータを取得し、HTML構文解析し画面表示を行っていますが、これらはセキュリティポリシーには適合しているのでしょうか?

  

ご大層にはっておられるリンクを流し読みをする限り、そんな厳格に何かを定めているわけではないように思われる。

それ故、実際にOrarioがスマートフォンによるスクレイピングを行っているのであれば、

Webブラウザ一種とも言えなくはない為、これを不正と断ずるのは、「正しくない」だろう

京大ユーザが開発に携わったか証明できない以上、彼にとっては不正なのかもしれないが、

ここでそれをOrarioは不正アクセスと断ずる論理性が私(匿名で失礼)にはわからない。

  

  

アクセスパターンを公開できない理由とは?

他にもこの部分

Orarioアプリでは「Webオートメーション(Webスクレイピング)」と呼ばれる技術を用いています。この技術により、利用者様のスマートフォン(にインストールされているOrarioアプリ)に学生アカウント大学IDパスワード)を入力すると、自動で当該利用者様の教務用ページから時間割の生成に必要情報のみを取得し、Orarioアプリ時間割テーブルに当該利用者様の時間割を生成・表示することができるという仕組みとなっています

全く信用できない。少なくとも先月以前、OrarioからKULASISへのアクセスパターンを解析した限りでは、そんな風なアクセスパターンには見えなかった。嘘を書くのもいい加減にしろ

  

この部分も怪しいものである

Webスクレイピング技術に関して、なぜアクセスパターン問題になるかが一つ疑問である

下記のOrarioが出しているPDF(http://www.orario.jp/wp-content/uploads/2017/04/Orario%E3%81%AE%E5%AE%89%E5%85%A8%E6%80%A7%E3%81%AB%E9%96%A2%E3%81%99%E3%82%8B%E8%A6%8B%E8%A7%A3.pdf)にあるように、簡単にいうならばID/Passwordを利用したPOST通信を行い、その返答値をスクレイピング切り貼り)している。

  

それをアクセスパターンを解析で一体何が取れるのか?という部分が、この辺りが分かる自称専門家の私(匿名で失礼)にもさっぱりわからない。

  

もっというと、「そんな風なアクセスパターンには見えない」、というならば、セキュリティ観点上公開すべきではないだろうか、

逆に一体アクセスパターンを見て私(匿名で失礼)も何を行っているのかが気になるところである

  

ただでさえ、不正アクセスという言葉をつかって攻撃しているわけだから

アクセスパターンを公開して断罪すべきだし、セキュリティ観点からみても他大学との共有はすべきで、

学生に対してもその証拠を出して止めさせるべきだろう、というのが個人的見解である

学生の求める「単位」をつかって脅しをかけている時点で、お察しだが……。

  

そもそも上記で述べた開発時のほぼ不正アクセスと考えられる通信についてを「アクセスパターン解析で見つけた」というのであれば理解ができるが、

現在すでにスクレイピング確立している通信に関して、アクセスパターンでOrarioかどうかを判別するのが可能かというと何とも言えないと思う。

(ご丁寧にOrarioが通信用のUserAgentにOrarioの文字を含めているなら別だが……

(もちろん、アクセスログを見て、ログインページからWebスクレイピングしたいページへ遷移するまでの時間を取るとあまりに短すぎる、という話ならやれるかもしれないが……。

  

たとえKULASISが京都大学オリジナルで開発した大学教務事務パッケージだとしてもそうだろうと考えている。

同様に日立富士通も同じような大学教務事務パッケージがあるが、

基本ログ処理がザルでろくにuser-agentの確認もできない大学も多く存在したりすることを知ってる自分としては、

本当だろうか?嘘を書くのもいい加減にしろ? と思う。

大学側について思うこと

なぜOrarioが学生に人気か

UIが糞(システムスマートフォン対応がノロい)だからアプリ流行るということに気づくべき。

  

富士通日立にしてもそうだが、API提供したほうがいいのではなかろうか。

とくにKULASISだったか何だったは、京都大学謹製と聞いている(違ったら失礼

少なくとも他の大学教務事務パッケージではなかったと記憶している。

であれば、京都大学API提供大学側で専門家を集めてOrarioを超えるものを作ってはどうか?

  

大学予算確保の問題

実際大学でこういうことをやろうにも、問題になってくるのは予算で。

大学は、縦割り構造で、横とのつながりが極端に薄く。

教務、事務、学務、図書館、など様々な縦割りが存在し、それぞれがそれぞれの予算でそれぞれのシステムを入れている。

これが実に糞で。

つの大きなシステムを入れ替えるとなると、横との連携をとって全ての組織の号令をとらなければならない。

  

その辺りが難しいのは知っているので文句は言えないものの、

ここまで問題になってくるとやはりその辺りの対応の遅さが問題なのではないかと考えている。


まとめ

学生がアホ → 仕方が無い若いんだし

大学がアホ → 学生に良い物を提供したいという思いがあるならもっとフットワーク軽くしろ

教授がアホ → 曖昧表現で、素人を先導しようとするのが見え見えで気に入らない

Orarioアホ → コメントにもあるけどやり方が汚いのは確かだから甘んじて受け入れろ


以上です

2017-04-15

http://anond.hatelabo.jp/20170414142432

知ったかPHP語るなよ。一発勝負って、PHPの考え方の真逆じゃねえか。それはむしろJavaとかC++の考え方だろ。

PHPHTMLに埋め込んで手軽に表示確認できるんだからトライアンドエラー何度でも確認しながら作っていくもんだろ。

ひょっとしてコマンドラインスクリプトファイルを動くもんだと思ってないかお前?

2017-04-13

HTML閉じタグのインデント

こういう書き方するのはどんなエディタなんだろう?

<th><h2ほげほげ</h2>
    <p>ふがふが</p> <p>ぴよぴよ</p></th>

インデントとか改行とかめちゃくちゃ気になってしょうがない

<th>
    <h2ほげほげ</h2>
    <p>ふがふが</p>
    <p>ぴよぴよ</p>
</th>

こうなってて欲しい

他にも宗派はあると思うけど、上のやつはもうダメ。何教なのかおしえてほしい。

2017-04-12

とにかく怠い

人に会いたくない。

心療内科にはもう何年も通ってる。

双極性障害とか自律神経失調症の毛がある。

医師は何も言わないけど、

自分では愛着障害ボーダーっぽいところがあると思ってる。

1年浪人してから大学を4年で卒業した。

その頃から倦怠感に悩んでいたけど、

そんなことで休学や留年迷惑になると思って意地でも通った。

今は既卒3年目。

スキルと呼べるような代物じゃないけど、

イラレフォトショAE、InDesignとかのAdobeソフト使ったり、

HTMLCSS知識はそれなりにある。

逆にいえばそれしかない。糞無能

25歳の何の経験もない奴が武器にできるものじゃない。

Mayaいじって色々してたからその気になればCADとかもできるかもな。

そんな機会誰も与えてくれないんだけどね。

深夜帯のセルフスタンドで働けないかと思って、

今は危険物取扱乙4の勉強してる。でも怠い。全てが怠い。

大学中退してて俺よりやべえなって奴が

不動産業者への就職を勧められてたけど、俺の方が未来いかもな。

だって倦怠期みたいな、何やっててもしんどい気怠い期間に入ると

全部うまくいかなくなるんだもん。

何年も同じことを回しながらやってく自信はないよね。

まず人と関わりたくないしな、めんどくさい、頭痛くなる。

2017-04-06

http://anond.hatelabo.jp/20170406081854

現役ペチパーだけど、元々PHPHTMLスクリプトを埋め込むところから始まった変態言語なので、

普通に関数を作って組み合わせてしまえば大半は事足りるのも当然なんだけども。

実務で使うと便利だなと思うのは、まとまりのある複数変数メソッドを1つのクラスカプセル化できること。

例えば、ユーザ情報管理するときに、「ユーザ情報」というクラスを作って、

その中に publicな変数として、名前フリガナ郵便番号、住所、電話番号、会員ID階級職業性別

を放り込んでおく。

同時に、ユーザ情報の処理に関連する処理の関数を public なメソッドとして、定義する。

ユーザ情報をタブ区切りで得るメソッド getTABDATA()

フォーム入力からユーザ情報にセットする setFromForm()

ユーザ情報が正しく入ってるか評価する Validate()

こうしておけば、

ユーザ情報を何かの関数に渡す時は、インスタンス変数1つ渡せば済む。

ユーザ情報に関する処理は、ユーザ情報クラス定義部を観れば済む。

という2大メリットが得られる。

そんなのPHPなら連想配列変数はまとめられるし、

メソッドだってつのファイル関数並べてインクルードすれば同じメリットが得られるやん?

…と私も思ってた。ただねぇ、開発規模が大きくなると、関数名の重複を避けた命名が面倒になったり、

連想配列だと好きな場所勝手変数増やされたりして、メンテナンス性が悪くなるのね。

からクラスを使うようになりました。


あとは、例えばメールを送るという1つの大きな処理に関連して複数関数定義する場合に、

その関数をまとめてメール送信クラスとしてしまうのはあるかな

実例

http://web-terminal.blogspot.jp/2014/04/php-file-mail-pear.html

PHPエクセル出力できるPHPExcelもクラスになっているから使いやすそう。

http://qiita.com/suin/items/7a8d0979b7675d6fd05b

PHPからPDF出すのもクラスになっていてありがたかった。

http://cmf.ohtanz.com/blog/archives/2463

結論としては、

まとまりのあるデータメソッドがあって、まとめておかないとヤバそうなときだけクラスにすればいい。

2017-04-02

レゴランド

http://fut573.com/compare/?url1=http%3A%2F%2Fjp.techcrunch.com%2F2017%2F01%2F10%2Fline-shimamura%2F&url2=http%3A%2F%2Fblog.livedoor.jp%2Fnwknews%2Farchives%2F5195487.html

1:「お前が言うな」の声も想定していた——キュレーション騒動を受けてNAVERまとめが新方針を打ち出した理由 | TechCrunch Japan

2:本日オープンレゴランド理想現実wwwwwwwww 食事も酷すぎと話題に:哲学ニュースnwk

b:id:kibarashi9

1:これだけ時間かけて考えた言い訳がこれか。

2:なんか、ネットゲームが身近になったし、VRもあるしで、テーマパークいらんわ感強い。

b:id:wow64

1:NAVERまとめが役に立った事はないし、今となっては押し間違える事もないから正直どうでもいい。みんなも「楽して儲けてるやつが憎い」以外の感情はないのでは。

2:東武ワールドスクエアかな?とおもったら東武ワールドスクエアのほうが出来がよかった。

b:id:iasna

1:年越してこれかいな。誰も検閲するやついないのかよww

2:水すら持ち込みできなくてこれはないわ

b:id:watapoco

1:この件、企業側のコメント読むほどクローズすべきevil存在しか思わない。サラリーマンとしてクローズせよなんて思うこと本当にないけど、これはだめだ。

2:日本人食べ物にだけは異様に厳しい。ランチ炭水化物炭水化物ジュース菓子(全部糖質)とか舐めてる感出すとやばい子供向けなら尚更。食べ物でへくるとその後は険しい。

b:id:YukeSkywalker

1:“ネット界隈で有名な人に引用されたら「ありがとうございます」となるのではないでしょうか”役員からしてこの認識とか、ほんまクズやな。

2:入場料がUSJTDR並みな時点で勘違いしてるやろ

b:id:kaipu1224

1:有名な人に引用されたら「ありがとう」馬鹿なの?

2:素直にマクドナルドでも誘致したほうがマシなんじゃ

b:id:japonium

1:はいはい想定内想定内堀江みたいに務所にぶち込まれとけ。(釣りタイトルは開かないで文脈を読まず御希望通り釣りタイトルだけで判断して飛び蹴りし炎上を加速させるのが得策だとツイッターで学びました。)

2:只でも悩む。恐らく娯楽の少ない人口密集地のヨーロパの市街地とかじゃ無いと成り立たんな。

b:id:paradisemaker

1:「権利」というものを全く理解してないんだな。引用されて嬉しいかどうかを決めるのは権利者であって、提供者じゃないんだよ。問われてるのは権利侵害が野放しになってることなのに、自分達の話ばかりで意味不明

2:予想を超えるショボさだったww

b:id:hatomugicha

1:検索エンジンの次を目指すとこで諦めたけど、美味しいラーメン屋まとめはニュースサイトが専門分野のライターを雇って取材すべき話を載せるべきで、広い間口で選別もしなけりゃ2ちゃんねると変わらない

2:名古屋駅に大量にできたホテルレゴランド需要だと聞いた事があるけど12ヘクタールと聞いてやっぱりリニア新幹線を見越して何だなと思った

b:id:hirolog634

1:長々と言い訳ができるか、批判無視できる面の厚さがある方が出世されていく会社という印象。

2:USJ試行錯誤の長い時間があってから、回収、投資フェーズと進むことができた。レゴランドは大切なフェーズをすっ飛ばしている。最初の印象を変えるには長い年月を要する事になるだろうな。


http://anond.hatelabo.jp/20170402084207

2017-03-31

http://anond.hatelabo.jp/20170331182210

うわー、トラバがついてありがたい。

参考になるのか、なるのか分からんな。

ワイは、43才で、増田さんみたいにPHPスキルopenにできるTwitterアカウントも、ないぉ。

htmlcssコピペで動かすぐらいやで。

病人だしさ。自立支援医療制度利用者やで。

クラウドワークスをみたりして、ぞっとして。

かといって時給の高いコルセンや家庭教師で働けるかわからん

ガンダムアイコンの人みたいな文才があるわけでも無く。

2017-03-30

WebエンジニアWordPressめんどくせー」

htmlファイル置いて公開していた時代があって結局莫大なファイル管理かいちいちFTP使ってってのが面倒ってことでWordPressをはじめとするCMSが扱われたみたいだけど

(ごめんここは知らんから適当に言ってる)

今だとWordPressの内部構造が弄り辛いって理由ゴミ扱いされて静的サイトジェネレーターがWebエンジニアの間で人気になってるじゃん?

にも関わらず、結局クライアント相手には静的サイトジェネレーターが向かないとかなんとかいってWordPress使ってるみたいじゃん。

いや、なんでそこ改善しないの。WordPress以外にもそういう選択肢があることを言えばいいじゃん。

クライアントにとってはちょっと使いにくくても従来の静的ファイルを利用したサイト構築の方が楽だろう?違うの?

それこそ今WordPressなんてドキュメント豊富クライアント勉強すれば弄れるんだから

静的サイトジェネレーターみたいなドキュメントが多くない所を商売道具にしていけよって思うんですけど、どうなんだろう。

2017-03-28

http://anond.hatelabo.jp/20170328103838

それは既に試した。HTMLデータは出てくる。でも、フラッシュコンテンツ画像は表示されない…

2017-03-23

こんばんは

http://anond.hatelabo.jp/20170322084959

[https://ja.wikipedia.org/wiki/%E9%80%B1%E5%88%8A%E3%83%97%E3%83%AC%E3%82%A4%E3%83%9C%E3%83%BC%E3%82%A4:title]

とやったんですけど、URL次第で失敗することもあるみたいですね。

待ってれば楽なやりかたを他の方が教えてくれるかもしれませんね。

はてならしく人力検索はてなで聞くってのもどうでしょう

ありませんて答えられたら悲しいですけどね。





下の罫線以降は読む必要ありません。できるできないで説明しようとしたけどうまくいかなかった残骸です。

html tag使って無理やりってのも嫌でしょうし、ツールに振り回されるのは良くないと思います








  1. 対象urlのうしろに「:title」をつけて、
  2. 全体を[]で囲みます

「:title=」とし文字列を続けることで、タイトルを思い通りにできるようです。


wikipedia記法anond.hatelabo.jpでは使えないようです。http://d.hatena.ne.jp/hatenadiary/20080220/1203488258

  • urlに「(」があると多分だめ




タイトル指定
[http://anond.hatelabo.jp/help:title=これははてな匿名ダイアリーヘルプです。【】で囲むやり方は書いてないない点は不親切な記事です。]
[https://ja.wikipedia.org/wiki/%E3%81%AF%E3%81%A6%E3%81%AA_(%E4%BC%81%E6%A5%AD):title=はてな]






html tag

pタグの挿入を止める(pタグ停止記法) - はてなダイアリーのヘルプ

><a href=http://anond.hatelabo.jp/help>これははてな匿名ダイアリーヘルプです。【】で囲むやり方は書いてないない点は不親切な記事です。</a><
><a href="https://ja.wikipedia.org/wiki/%E3%81%AF%E3%81%A6%E3%81%AA_(%E4%BC%81%E6%A5%AD)">はてな</a><


<>は半角<>に読み替えてください。

2017-03-21

最近DMM違法まとめサイトと直接契約して広告出してるようなんだが

元々まともな企業じゃないけど越えちゃいけないラインとかないの?

こういうのな。参考リンクから踏むとエロイの出てくるからな、踏むなよ

ttp://blog.livedoor.jp/wakusoku/archives/1702324.html

DMM.R18のロゴが入った画像DMM.comとわくてか速報が契約を行い掲載している画像です。

契約をしていないサイト画像二次利用を行う事は禁止されています。”

<META name="GENERATOR" content="IBM WebSphere Homepage Builder V6.0.0 for Windows">

これを見るとお腹いっぱいになっちゃ

しか

<META http-equiv="Content-Type" content="text/html; charset=Shift_JIS">

とかな

2017-03-20

http://anond.hatelabo.jp/20170320001230

自分html,pdf,csv等々は拡張子変数名でみかけるので小文字を使いがち

文章中のWWWが草生やしているようにみえて、それがWorld Wide Webの略であることに数秒を要した。

WEBと打ったのはCapsLockキーがそうさせたのではと推測した。普段まりCapsLockキー使わないからね。

http://anond.hatelabo.jp/20170320001230

htmlpdfって変数名とかでよくあるけど

web固有名詞constっぽいかWEBと書くのが俺的に正しい。

はい固有名詞ならWWW使った方がもっと正しいのだが俺の中で発音できなかったのでWEBとした。

という言い訳を思いついたが実のところどうしてそう書いたのかよくわからない。

http://anond.hatelabo.jp/20170319132149

頭文字を並べたタイプ略語であるHTMLPDF大文字で書くべきだし、普通名詞webは小文字頭文字だけ大文字(Web)が一般的だよね。

全部大文字とか全部小文字なら気にならないのだけど、全く逆だから違和感を覚えてしまった。

あ、でも大したことじゃないのであんまり気にしないでね。

2017-03-19

http://anond.hatelabo.jp/20170319132149

日本のお役所PDF大好きなのは、知っている。霞ヶ関から吐き出される有効資料は、ほぼpdf

一方で、e-statなどでは、ネ申エクセルや方眼エクセルとは、別の方向でcsvデータを公開している。

今、株価が上昇しているIT企業様は、PDFhtmlとを比べるような使い方はしていないのでは?

世界は、IT企業htmlPDFとを比べたらどちらを重用しているのか?

  

googlejava script 推しのJQueryを良く使ってるし、これからは、人工知能時代からxml形式とか、マークアップ言語は、良く出てくると思うよ。

Facebookphpなんでしょう?リア充御用達で、Twitterよりも株価資本も安定している。

これからは、you tubeとかLINEみたいなツールがどんどん出てくるから、先のことは分からないよね。

オープンソースでもGit hubみたいなツールが使われているんだし。。  

そう言えば、perlcgiは、ほぼお亡くなりになりましたね。

そろそろWEBhtml辞めてもいいんじゃね

なんでpdfとかに移行しようとしないんだろう。

SPAってどう考えても流行んなくねー?

Google「AngularでSPAは推奨するけど非SPA一般的サイトと同じようにIndex張るかは保証しません。確実にIndex張ってほしかったらサーバ側でJS実行した結果の静的HTMLを全記事ページ分生成してGoogleBotきたときだけそれを返してね」

案件SPAやるかって検討したことあるんだけどこの辺のデメリット言ったら速攻で却下されたわ

まあでも実際こんなん流行るわけなくねー?

http://anond.hatelabo.jp/20170318174124

文書や手順書はhtmlでつくって欲しい。冷静に考えて欲しいんだが例えばはてブhtmlじゃなくてpdfでできてたらうざくないか?開くごとにうざったいPDFが開く。コピーもしにくい。政府関係資料PDFだと苛立ちしかない。

ちなみに環境によってはうまく検索に引っかからないことなんてザラにある。

2017-03-16

夢小説個人サイト中心なのがそろそろしんどくなってきた

追記:

主語省いたせいでめちゃくちゃ分かりにくい文章になってることにあげてから気付いたごめん。「私」と言っているところや明らかに主観で話している(思うとか)ところ以外は所謂「大きな主語(書いた人の偏見思い込みによる一般・みんな)」で読んでくださいな。

※サーチからたまたま見たサイトブログ記事がわりとあれ(詳細書いちゃいそうだからぼかし)だったのにカッとなりつつ書いてる。せめて説明文は更新してくれや。

夢小説読んだり書いたりするのが好きだからHTMLタグを打つのも好きというわけではないんだよなぁと改めて実感してしまうなど。

サービス規約違反ロックの厳しさえげつなさはもう何年か前からホット話題だし、移転するなり有料に切り替えるなりする方がいいよと言う人は言うし、移転する人はもうとっくに移転してるし、これから移転するよという人もいるだろうけど、人には限界というものがあって。

それが「このサイト規約違反ロックされています」というメッセージひとつでぷっつりキレてしまう人もいるわけで。

そうなる前に「楽しく続けるために」「なるべく早く」なんらかの行動をしてほしいけれど、そうまでして「続けよう」とは思わない人もいるわけで。

そういうことが突然めちゃくちゃ切なくなってしまった。

私はなんとかサイトを作ったし、今もなんとかやってるけど、時々漠然とどうでもよくなるというか、もういいかなとなる時もあるし、それを「せっかく頑張ってサイトを作ったんだから」「もったいないから」となんとかもたせたりもしている。

個人サイトはわりと「頑張って」作らなきゃいけない。

「頑張れる」程度はその人の性質によるし、「個人サイト」や「夢小説」への思い入れにもよる。

「気楽に」「なんとなく」サイトを作ろうかなと思いたって、すぐに簡単に作れるものではない。残念ながら。本当はそうしてほしいのだけど。

かつては「携帯サイト」がそういう「気楽にサイトを作らせてくれる」サービスだったはずなのに。今やその役割は完全に逆転してしまっている。

サービスごとの煩雑独自タグ独自機能、気を重たくさせる過激広告基準の分かりにくい「規約違反への厳しすぎる制裁。何より、他のサービスPCサイトへの移転のしにくさ。

最初携帯サイトサイトを作ってしまたから、余計にめんどくさくなっている、なんてこともあるんじゃなかろうかと思うぐらい。

作品投稿SNSなら、大体は内容を入れさえすればめんどくさいタグをいれたり調整をすることなくすぐアップできるのに、夢小説は未だにその波に完全には乗り切れてない。

名前変換がついているところでも、そこまで流行ってないような気もする。

個人的に某作れるサービスはあれはあれでまた独自文化を作っているように思われるから個人サイトからあそこに引っ越すのは難しそうな気がする)

(あとSNSだと夢小説ってラベルつけない人もいて探しにくい)

神サイトの神作品を浴びるほど読みてぇ~~~~。

日々数が減ってはいいかと怯えたくねぇ~~~~。

移転の為のガイドみたいなものを作って啓蒙すればいいのか、SNSに引っ越せばいいのか。

どうしたらいいのかよくわからないのもしんどい

というか初心者向けのPCサイト作り方ガイドはわりともうあるよ。探してくれ。

愚痴ってる場合じゃないことだけは分かるけど愚痴らないとやってられない気分だった。

神サイトの神作品を浴びるほど読みたい……。

2017-03-12

http://anond.hatelabo.jp/20170312064842

違和感を覚える派の人間意見

エンジニア理系教養を備えた上で専門性がある人」

ってイメージがあって、

エンジニアというなら少なくとも正規分布が何かというのは知ってるし有効数字意味は分かるしサインコサインくらいわかるよねという認識がある。

でも文系出身IT技術者UNIXコマンドを知ってるだけとか、酷い時にはHTML,js,CSSホームページ作れるだけという場合もある。

料理人の例えで言うと、

大根の桂むきができないのにファミレスキッチンマニュアル通りに働いてるだけで料理人って名乗るようなイメージ

ログイン ユーザー登録
ようこそ ゲスト さん