「レコード」を含む日記 RSS

はてなキーワード: レコードとは

2019-01-24

フェイクニュース親玉といわれたSpeee社での思い出

https://www3.nhk.or.jp/news/special/net-koukoku/article/article_02.html

言及されたSpeee社に所属した事がありその時の所感を述べてゆきたい。(そこそこ長くなったので時間がない人は総括だけ読んでほしい)

高学歴者で構成されていた

創業者のK氏からし名古屋大の物理学部であり、理系高学歴が立ち上げた企業だった。K氏は理系卒だが営業経験があり20代前半でSpeee社を起業した非常に優秀な人間であった。

ざっと思い出すだけで、東工大早稲田慶應京大と言った世間一般でも高学歴と呼ばれる人間が中心に構成されていた。

基本は学歴不問で高卒叩き上げみたいな人もいたが高学歴者が中心であった。

開発部には、商用コンパイラ作成経験があるという本当に優秀な人もいたし、高学歴で優秀な人が多かった。

また、人柄も多くは世間的には「いいヤツ」と呼ばれるような前向きで、気さくで親切な人が多かった。

ただ、私の在職中に敏腕営業マネージャーパワハラが発覚し、飛ばされかけた事件もあったことにはあったので、演じることがうまい人も多かったのかもしれないが。

まぁ聞いた話によるとSpeee社は一度派閥争いにより乗っ取られかけたことがあるので、人柄重視の採用をしていたらしい。

当時の業務

私が在職中のSpeee社の事業の柱はSEOだった。当時はまだページランク存在していて、それをあげるに被リンク有効だった。

なので何をするかというとお客さんのページにリンクするためにブログなどにツールを使ってリンクを貼りまくるという結構グレーというか、

今なら完全にブラックな事をしていた。

他にもページランクが高いドメインが売られていると自動的に購入するツールや、

意味のないワードサラダまみれのサイト自動生成しそこからお客さんのページにリンクするツールなどを作成していた。

かにもお客さんのページの検索順位を記録するために、グーグル検索結果をDBに保存するため、レコード数は数十億とあった。そのため大量レコードを捌くノウハウみたいなのは結構蓄積されていた。

私が所属していたのは開発部だったので、ここらへんのツール作成メンテを行っていた。

当時のSpeeeの中心は営業部であった。前述したように創業者のK氏からし営業出身であり、創業必要資金を貯めれるくらいには優秀な営業であった。

そのため、営業部はK氏のお目にかなう優秀な営業部員で構成されており放送局など大手企業から案件を受注していた。

Speee社の営業部には他のWebSIerにはない特異な風習があった。

それは大手案件を受注した営業オフィスの中心で受注報告を行い、それを全社員が聞き拍手喝采を行うというものだった。

おそらく営業になろうという人間は他の部署人間に比べて目立ちたがり屋が多いのでこの風習麻薬的にモチベーションを爆上げしたものだと思われる。(もしこれを読んでいて営業成績に悩んでいる経営者かいたら参考にしてほしい)

あと、SEO分析する部署もあり、この部署には東工大数学科出身人間などがおり、コンサルティングと数値分析を行っていた。

このように営業部的な雰囲気が私に合わなかったが、基本的には働くには良い会社だったと思う。業務倫理的にグレーな事を除けば。

総括

当時の事を総括すると高学歴かつ優秀で人柄もいい人たちが、情弱を騙すような倫理的にグレーな事をして結構利益を上げていた。

その有様はスタンフォード監獄実験のようだった。

これが資本主義で金を稼ぐという事がどういう事なのかを実感できた。

WELQ事件などを通してグーグル検索結果はゴミばかりと認知されてきたが、Speeeでの経験はそれを予想するには十分であったし、個人的にはそれほど踊ろなかった。

そして、ネット理想とか良心資本主義の前には、あっさり敗北するものだと認識できた。

だって、すごく優秀な人たちがフルタイムで壊しにかかっているのだから

2019-01-19

anond:20190116194952

ワイは音楽にそこまで思い入れないやで

レコードCDとか買わないしネットも音量0で見てる

anond:20190119131657

それはしらなんだよ

xebraの壊れたレコードかとおもってたけど

俺が来る前にはてな流行ってたってことなのかな

2019-01-12

anond:20190112181108

というか「お前は差別主義者だ」「お前の中にある差別主義自覚しろ」という旨の短文だけ壊れたレコードみたいに繰り返す方がいい。

短文は短文であるが故論理的に強固。宗教的な決めつけはロジックを持たない故、非ロジカルな部分で強固。

したがって効く奴には一番効くし、あまり効かない奴にも少し効く。

深いところまでロジック理解している奴には効かないが、そういう奴はそもそも自覚のない差別主義者」にはならない。

2019-01-11

anond:20190111210322

壊れたレコードのような差別主義者だ。

その「小児性愛は他害」と言うロジック自体ロリコン差別実態

それは人権を踏み躙ってることをなんら隠すものではない。

ロリコン人権を踏み躙って子供の人権を選んでるだけ。

から、誇れよ。正義なんだろ?

何をそんなにムキになってるんだ差別主義者?

2019-01-05

anond:20190105021619

「どうせチキン日本はこれに対して『遺憾の意』を表明するくらいで、なあなあで終わるだろ」と舐めてかかったら、

真向から反論証拠映像の公開してきたので、メンツのためにもう後には引けなくなった感。

もう彼らは壊れたレコードのように正当性のない謝罪要求をし続け、日本が呆れて追及を止めるところに持っていくくらいしか逃げ道がないのだろう。

2019-01-03

需要は縮小、役割を終えつつある光学ドライブメディア市場

https://www.bcnretail.com/research/detail/20170929_43588.html

 レコードCDへ、ビデオカセットDVDへと、アナログからデジタルへ転換したが、今度はメディアを介したコンテンツ配給からインターネット配信へと提供方法が変化している。メディアに保存していた「デジタル資産」を外付けHDDUSBメモリなどにコピーリッピング)しておかなければ、近い将来、現在所有している資産が見られなくなる可能性は高い。

問題となるのは個人で集めたファイルとか(もちろん海賊版とかでは無いぞ)、撮影した写真バックアップですよね。

SDカードなどに移行しないといつかは読み込めなくなる時代が来るだろうという事ですね。

ドライブ自体は、中古も含めたら市場からはそう簡単には無くならないのでしょうが

2019-01-01

anond:20190101181441

本の場合電子書籍液晶画面で読むと目が疲れるという人がかなりいて、それは「デジタル配信音楽聴くと耳がおかしくなる」という人よりだいぶ多いと思われる。

電子ペーパーKindleなんかだと目の疲れは緩やかだと言われるけど、あれこそパソコンに対するワープロ的な存在ぽいんだよな。

なので、革新的電子書籍リーダーが出ないかぎりは、紙の書籍CDほど急激に減少しない。

そして、現在でもCDがかなり残っていることを考えると、30年程度では紙の本は無くならないだろう。

あと、電子化されていない古い書籍が、レコードCDの比でなく大量にあるので、古書店的な存在は無くなりづらいのではないか

2018-12-31

忠臣蔵大正時代にも飽きられていた」のは嘘

忠臣蔵大正時代にも飽きられていた」という記事ホッテントリにあがっている

http://cocolog-nifty.hatenablog.com/entry/2018/12/29/172400

根拠として玉田玉秀斎講談速記本をあげているが、これは明らかにおかしい。


まず言うまでもないことだが、たった一人の証言根拠結論をだしてはならない。

その個人玉田玉秀斎)の観測範囲限界ポジショントーク可能性等々があるからだ。

歴史学で正しい結論を出すには複数の文献を史料批判する必要がある。

で、忠臣蔵ほど著名なジャンルとなると、こういう史料批判はすでに専門家がしてくれている。

・宮澤誠一 『近代日本と「忠臣蔵幻想青木書店

この本によると明治戦前忠臣蔵ブームは3回

日露戦争直後、大正時代日中戦争である

最初の2つのブームに影響を与えたのはレコードである

忠臣蔵レコードに乗って全国に流される事で流行したのだ。

日露戦争直後のブームで儲かった浪曲師・桃中軒雲右衛門がそのお金泉岳寺大石内蔵助銅像を立てるほどであった。

大正時代ブームでもレコード活躍したのみならず、中央義士会が設立され、大佛次郎の『赤穂浪士』がベストセラーになり、その後はラジオ活躍した。

…などと言うことは宮澤の本を引いたウィキペディアにも書いてあるのでご確認あれ。


さて、日露戦争終結1905年)直後の一度目のブームから大正の2度目のブームの間は

たったの10年強。

この間には大正デモクラシーがあり、玉田玉秀斎発言はこの時期に当たる

開明的な大正デモクラシーで一時的飽きていたというのが正しく、

・飽きはじめたのは、明治の後半くらいなんじゃないのかなっていう雰囲気はある。

というのは明確な間違えである

なにせ、忠臣蔵はわかってるだけでも明治~戦中に114回も映画になっているのだから




【その他コメント

浄瑠璃歌舞伎か知らないけど、とにかく『仮名手本忠臣蔵』はかなり読むのダルいと思う。

見て楽しむ人形浄瑠璃歌舞伎読んでダルいのは当然。

アクション映画台本読んで「つまらん」というようなもの


スタンダード忠臣蔵を延々と楽しめるのであれば、アレンジする必要なんかない。

スタンダードアニメ二次創作コミケで量産されたら飽きられてる証拠だというようなもの


・ 読んだことねぇからよく分からないけど、(吉川)英治なら絶対面白いんじゃないかな。

吉川英治の「忠臣蔵」は「吉川英治歴史時代文庫」に入れてもらえなかったのに?(補巻扱い)




追記

個人的には最初に知るには映画テレビ忠臣蔵オススメする。目から情報理解やすいから。

エロゲの「ChuSinGura46+1 -忠臣蔵46+1」も実はオススメだが(1話無料だし)

あと一部の方に誤解があるようだが、特に戦後忠臣蔵忠義より個人の意地や人情に焦点を当てたものが多い

そりゃ、戦後になって忠義を全面に出したら流行らないからね。

2018-12-26

漫画ブルーピリオドなんだけど、あんなに簡単に一次試験突破する?

漫画限界かも知んないけど、主人公の一次試験課題制作ってかなり稚拙というか、ありふれた作品だよね?

あんなのちょっと昔のレコードジャケットかにはさんざん使われてきた手法だし。

同級生にしたって、あんなに大変な試験なのにわざわざ受けに行っといてキャンバスバツ印書いて帰ってくるやつとか(しかもなんであいつは女装してるんだ?)なんだか色々突っ込みたいんだけど。

いや漫画自体は悪くないと思うよ、てかアフタヌーン毎号買ってるから一応ずっと読んでるつもりなんだけど、なんか俺読み飛ばしてる?

2018-12-20

anond:20181220095439

あなた趣味が「不快感による規制」を喰らったときに同じことを言われるといいですね。

君のような自分わがままのために回りがどんなに不快になっても我慢しろというやつの戯言なんざ社会聞く耳持たんよ。


ロジカルな考えもできず、「見たくない」という己のわがまま他人人権侵害することを求めるあまり

壊れたレコードと化してる

2018-12-19

anond:20181219095652

???壊れたレコードなのはお前では。用地がなければなにもできませんよね

anond:20181219095511

おっと、数字の前には壊れたレコードと化したか

返してほしけりゃ「返しても自活できる」というプランをまず建てろよ。

本土収入寄生してる身分では何言っても無駄

「返してくれれば自活できます」と証明しろよ。

2018-12-15

anond:20181210172334

サブドメインSSL化するためにワイルドカード証明書の使い方を調べてみました。

そしたら、自動更新が面倒くさくなりそうだったので、いったん保留にしました。

DNSの書き換え

自動更新できないというのは、ワイルドカード証明書の取得には

DNS-01チャレンジタイプ方式による認証フロー必須で取得・更新のたびに指定されるTXTレコードが違う(おそらく)から手動じゃないとキツくね?という話で

スクリプトTXTレコードを書き換えられるDNSを使えればいけるはず(さくらのクラウドとかRoute53とか)。

現状では、その都度DNSの設定をいじらないと、ワイルドカード証明書自動更新ができないみたいですね?

2018-12-13

anond:20181212190058

"Excel データベース"でググる結構出てくるね。

データの持ち方は人間の見やすさ重視じゃなく1レコード1行を徹底するとか、セル結合は使わないとか。入力時のルールが大切らしい。

SQL検索したければADO経由で検索できるらしい。サードパーティになるけどJDBCドライバもあるらしい。

2018-12-12

anond:20181212183135

まあレコードとかカラムデータベース用語なんで、excelセルに対して使ってるとしたら誤用になるな

表の要素を指すために使ってるんだったら正しい

プログラマー意味不明言葉使いすぎ

これは覚えた言葉なんだけど

例えばエクセルの列をカラムとか行をレコードと言うなと。

列、行って言えばいいのにバカなの?

2018-12-05

レコードの針の違い

レコードの針には、大きく分けてMMカートリッジというものMCカートリッジというものがある。

レコード針は小さな発電機の様なもので、簡単に言うと、レコードの溝に合わせて針が動くことでコイル磁石がスコスコと出入りして電流が流れて、その電流アンプで増幅されてスピーカーを揺らす、と行った感じで音が出る。

中学校理科で習ったフレミング法則とか誘導起電力とか、あの原理だ。

ちなみにMMというのはムービンマグネット、つまり磁石の方がスコスコと動く。これに対してMCというのはムービンコイル、つまりコイルの方がスコスコと動く。

メーカークラスによっても違うので一概には言えないが、一般MCカートリッジの方がMMカートリッジよりもレコードの溝から音を再現する能力が高い、と言われていて、30kHzとか40kHzの高音をちゃんと出すためにはMCカートリッジの方がいい、と言われている。

(もちろんそのためにはアンプスピーカーカートリッジ以上の十分な性能がなければいけない)

ところで、私こと増田MCカートリッジを愛用してたのだが、最近針がヘタって調子が悪いなあと感じながらもなかなか新しいカートリッジを変えずにいた(※正確には針ではなくカンチレバーというバネの様な部分がへたってきているみたいだった)。

調子の悪い針を使うとレコード盤を痛める心配もあるので、ここ半年くらいは思う存分レコードを聴けずにいた。

しかしふと谷山浩子の古いレコードを聴きたくなり、思い立って、一応保管してたプレイヤー付属MMカートリッジを取り付けて聴き始めた。

その、音の良いことときたらなかった。ここ二、三年で聴いたレコードの中で、間違いなく一番良い音だった。

MMカートリッジを舐めちゃいけない。特に、いい加減衰えたオッサンの耳でMCにこだわってた自分が恥ずかしくなった。

オッサン増田レコードライフちょっとだけ変わった瞬間だった。

2018-11-30

私は、6年働いたNTT退職した。

私は、2012年にマスタ卒業生の新しい卒業生によってNTT研究センターに入り、それは6年の間世話の下にあった。

それは、研究センターで同じ年、より優れ、ジュニア、およびボスに恵まれて、私は本と主題を読み、勉強されて、パワーが完全に節約されて、外での祝福で、また場所で外部の発表によって組み立てない経験をすることが可能であった。

どうもありがとう

あなたが、会社の中のNTTで私がしていたことについて言うことができる何かがすべて出力される。従って、私はここで意図的に触れない。

NTT研究センターについて。

NTTセンター客観的研究するのを見る時には、それが、それがどうであるであるかが説明されている。

とにかく、それは人に恵まれている。彼は採用の拡大のために、高価なものも持ち、グーズベリーエリート神秘的なパワーによって可能性を確かめて、豊富学生入力から雇用される。すばらしい男が同じ年を見て、あなたが、見て、理解する必要はない時に表情のためここにある時および私が話す 私は 納得できる能力を持っている。ボスは観察エリアの失敗のほとんどどの話も聞かず、私だけが言った時には、それはいつもよいボスに恵まれていた。おお、私が見回った時には、私は永久に他を中傷し続けて、また毒を散乱させる声の大きい人があった…。

研究予算機器豊富であること(国 相対的 で)少量、会社、私が危険を冒す時に、驚いた市場価格である製品の中、研究のために雷が鳴り、私は倒れて、あなたは、それらに、他のものが外に行くことができない研究をさせることができる。, また、外でソフトウェア開発パワーに注文をし、個人によりされえないパワーを示すことが、操作上の契約によって可能である の、持っている that 必要 時。

それは研究のために普通である 考え方のその2語の言葉 また、「そして、どのようにするかがそれによってするか 利益お金 ?」によってonにおいて目が密接に疑われる 。それが柔軟で、一般に私が企業研究を言う時 NTT研究センター場合のもの 「私は、どのように得るかを考えていないけれども、それは、これを持つこのフィールドの中で最も速く世界であるかもしれない。」 。「一番上の学究的なミーティングは通過する。」 壊れ、金格言が、すべて (それはまた、部門依存する。)直ちに気にする 自由から 勉強できて 重労働重要性を理解している感謝している組織 ことなしでのあなたが、フラッシュするための何かを求めることができる時 。もしたとえ「私達は未来を5年遅くしている。」と言い続けているセクションがありさえしてもあなたが望むならば。1年、未来4年遅れ「作られている」、それが変わらないことが美しいこととして その間中 毎年 、およびそれ 通った。

例えば、また、もちろん、結果、様々、主題ビジネス製品としてのもの判断が見られる 重要寄与 そのような形(イベントおよび技術的な訴えによってプラットフォームに行く)による活動は、また、寄与と思われる。

私は、いつも、最初はいつも私がめざす結果を見るだけではなく、研究は、その注意も、そのプロセスによって外に出て、考慮する副産物に変える暖かな組織である

合法意識が少し高くそんなにであることとスタッフがきついと感じていること、およびもの by which even 夜遅く FURETTSUの開発のまわりの残業zanmaiのための保持される労働 次に軽い すでにおとぎ話世界について話すために来る でさえ。今すぐすぐ私がそのような話に出会うケースを全然持ちさえしない。完全な状況が全然ない時には、深夜勤はまた起こらず、たとえそれが起こっても、遅い夜勤手当は堅く支払われる。数倍、もしあなたが、時々労働組合をうろつくことを好んでいて 中の驚きによる職場 22時 ならば、夜遅くツトムを静かにしている人がないかどうかにかかわらず確認し、私に参加しすぎるけれども、私は偶然そのような場所で一度も出席しない。もしまた、もちろん、物が可能ではなく 錆バランス 、, 後で支払いがグルーピー から により検出されて、支払われる でするならば that 。もしそれらが最近はであったならば、私達は、また、週末および仕事メール答え)においてそれが会社システム接続されることが、「休日仕事」とみなされているべきである仮定し 少し実行された 、それは過去の年間の数のレコード比較された、そして、それは会社の中で大幅に再考されて、私はトラブル似の意味によって重大な経験を持っていたけれども、これは、合法意識が作り上げられうる仕事でもある。

研究員のほとんどは柔軟な作動時間システムであり、私が、結果、私がオフィスに来る時間を見さえする時について尋ねない、たとえそして、残業説示がまたすたれなくあり続けていても、そして、1番目の平均的な勤務時間が大きい7.5時間より低く、最もよいものは、それが問題ではないことである。私も持ち、それらは朝に弱く、基本的に、1人の人がプロジェクトであり、毎月の残業は、出席夕食時計外の近くで正午にマイナスの40時間についてであった、しかし、その原因を全然作らなかった給料カット全然持たない。

店頭売りの本と主題は、また、基本的に、研究環境として読み、それは、静かに読むために、場所によって並みはずれて、また祝福する(入手可能な部屋)。コンピュータが、予算においてあなたが望むのと同じくらい多く強い何かも供給できて、私が住んでいた コアi7 8700+64GBメモリー+2 GTX 1080+30インチディスプレイ としてLinuxを贅沢な環境に含めている。

お金についての承認と不賛成があるけれども、悪くない支払いは支払われる。きちんと働く時に、日本大学院大学卒業した同じ世代の平均的な給料が超過であること、および賃貸あなたにおける生活により補助金も借りられたかもしれない時。課長クラスに昇る時には、年間収入10,000,000超過はZARAにおいて出る。従って、貧しい教授よりそれが理学部の上昇ルートとして祝福したといわれていることができる。仕事はもちろん容易ではないようである

NTTと呼ばれるパブリシティ価値は、また強く、私は自己紹介についてトラブルに遭っていない。なぜなら、国だけでなく外国の国でさえ、まわりで、ビジネス関係する日本および深い国におおよそ通じているかである。それが親世代から見た時には、「私の子孫はNTTのために働く。」と言うことが、数度まで強力で、それは、また、それがそう歓迎したこと議論するために、彼らがtheに何かであらせると伝えていた、私は、もちろん議論するための何かを持っている。)

NTT研究センターで、義務を、そのような感覚によって、打ち明け話を持つ同じフィールド必要自身ほとんどと人に提案することが可能である、そして、私は、私が、大きく勉強し、名前アカデミックに吠えさせたい人の代わりをしたい就職先を推奨する。それは奇妙に高い拡大を持ち、それは研究プレゼンテーションによってインタビューである。従って、化学によって落ちる物もあるかもしれない、しかし、私は、新しい卒業生がすべての人々であると思う 試験を受けている記念であり、あなたに入ってほしい 。入力座席手書きはまた不要である。従って、私はアレルギー手書きに救われる。

私がNTTを辞任したという2つの理由

いつ なぜするか あなた 言う 私 そのような祝福された環境からそれを辞任する ?

1.支払いの成長率は厳しい。

時間平均が、7番目の年の間入口で6,530,000円の私の年間収入会社員の支払いとして最初に書かれたこととしての数値として注意を引き付けることができるよりうまく、上に暖めることの多くをけなすために(すべてを含むボーナス使用料補助金)。それは、それがよく、私が、ライフのためにそれがここから熱心に上がるかどうかを一方では言う時に私が管理プロモーションとして小さいゲートを通り抜けない限り8,000,000円であるかどうかにかかわらず、私がラインについてぐらつき続けていることである

そして、決して、すべてのものが、人を等しく管理する仕事もの by which にすることができた後に、私は考えることができないたとえ傍観者観点でそれが見られていても、マネジャー仕事自身のための楽しみのように思われなかった。

会社トレーニングしているライフ計画にそのような年間収入予想価値に出席する時に金融計画であるような講演者からNTTの状況を考慮する間、もし「もしそれが30,000,000円を越えるプロパティであるならばあなたアパートを買い ライフ 、まったく厳しくなるならば、従って、私は、that."の下の見積りをするために勧めて、私はアドバイスを静かに受け取った。数度 ても 自身 それほど高価ではない than that もちろん 家に住んでいる に満足ゆくように生きていることができることに、, それがすることができなかった で合意した後に小さい家を建てるライフにおいて夢を見なさい。長距離の整流をする ファミリーによってそこに生きている東京限界 。もちろん、すでに、そのような選択をした数千人の人々が、大都市圏にもいて、それらを全然けなさな意図全然ないけれども、またライフにより良い条件によって住んでいる多くの人々がいる。

ライフ計画1を達成するために、現在収入固執して以来、考慮する 悔いだけの老齢と会うためになる危険自覚は保持されている。

TOまたはもしそれについて話しているならば、ニュースは適時に、すぐに外に出て、NTT研究センターが取り扱い改良に努力をするように思われる。

私は見て、NTT側は苦く、彼らは、才能で、GAFAにより侵害されているNTTであると思うようであるGoogleアップルFacebookアマゾン)。

サワダ大統領は、研究において人的資源の足止め計画としてそれを特別ものとして認めさせていたプロフェッショナル人的資源に高価な報酬を与えるために、会計年度19に賃金制度の程度が改良されると断言した。215,060円大学卒業はマスタのコース仕上げであり、上述の会社研究開発仕事初任給は、237,870円である

これはもちろん歓迎されるけれども、この調子では 根本的な解決策に来ないthat which 下問題である

2.内部の社会絶望しなさい

リストの1番目に近づく絶望が、セキュリティ環境であり、NTTが、日本ICTテクノロジーが前提として導かれる観点であるので、たとえ私が誤りをし、犯しても、私が、セキュリティ紛争を引き起こす理由に行かないという決定がある。私が特にオリンピックについて言う時に、私が金パートナーでもある および。

大規模なセキュリティ出来事が起こった時には、損害額の見積りは無形の損害を物質的に測定し、知られず、数千億のユニットが登られるかどうかも知らない。また、もちろんの実行されたセキュリティ方針A be何か厳密なガード そのスケールの損害を避ける 、および思われない計画が果たし 理由においてとりわけ次々に与える 、それは、会社の中で、 管理ゾーン(の「全体の研究オリンピックセキュリティ方針理由のためのRAREに停止するかもしれない」 Ote-machiを呼んだ。に従っておよびたとえ実際、それがそうであっても、どうぞ私 驚かない でささやいてください。

研究員は、しばしば、NTT研究センター研究員が販売会社とひどくそれぞれ使うコンピュータも調整し、供給し、研究員は、設立されて、助けなしで例外なしの手によって供給したコンピュータセキュリティセットアップシリーズをする必要がある、そして、私は決めて、リテラシーのためのあるの一日中それには静かにかかる(私は、NTT研究センターの人々の多くが、「 1日に終わらないDARO w」とTSUKKOMIを、これが書かれる時に入れていると思う。)またさらに 人 低い理由でもない研究員によっていつもLinux動作に入ることは見て ように 私および供給マシン会社Windowsまたはシステムとの関係独立して進み VM 、それはMacだけから使われうる、そう、増加にてほしくなりなさい。会社システム更新および労働環境での再考は繰り返されて、それは見て、それは現進歩的form.のため残酷ポジションに完全に変わる

私は、制限が厳しいこれであると思う 別々に、ほとんどすべて 日本大企業が見回る所でどこでも私が自身と似ていたことを議論する何か を持っている 。

そのようなセキュリティ方針自身、する意思、それが釣り合いがとれたこと、状況 that ITリテラシー 十分なけれども である人 下のレベルのこの多く それが本当のパワーを把握し、管理判断をしているより多く への絶望的なもの、私は退職し、それについてとどまり、いくつかの動機であった。

セキュリティ4GBおよびそのような非人道的環境およびここにある証拠に、セクションを押している仕事があっただけでなく、研究センターを除いた位置ソフトウェアを開発するために、メモリー静かがHDDを使った。私がIMADOKIのエンジニアである時にメモリー4GBがブラウザだけにより完全に使い果たされることけれども従って、スワップが食を起こさないこととソフトウェアを送ることとではないこと、および環境起動だけのためそれに贅沢な時間かるという事実メモリーSSDの数万円、排水溝の数百万円のために、彼がMM操作をやめるかどうかにかかわらず、可能性 that 自覚を持つことができない人 がありさえし、方向をけちくさくしている。魅力的ものが、「メモリーが128MBの世界であったので、管理ゾーンアクティブ世代の時のPCは、現在、4GB、およびルートなしで、莫大な容量が、発言発情するのを見るものであるかもしれない。」と言うという事実によって。別の眺めとして、私が見る 私が確信する それは企業似なので、大きいかもしれず、私は来た。

そのような話は、一般に、労使関係の間で最もよさをめざして協議されるべき問題であり、私は労働組合の机を通して適切に不満を言うべきである。そう、日本でさえ、一番上のクラスのため、私がこの効果"を大きい労働組合の机に請願した場所によって無遠慮に拒絶された 私は、ソフトウェアエンジニアだけを非常によく扱う理由に行かなかった。協会が、契約社員 あなた相対的に冷たく扱ったおよび の取り扱い改良を通じて車隊システムによって全体の改良の計画を立てていた 有限な雇用再雇用の人 現在 。もしソフトウェアエンジニア職場改善されたならば、投資と貸付金のための財政資金が少なく、全体は改善できなかった。」もし私が会社利益についてパートナー労働効率依存するというアイデアのすべてが廃棄されるならば通過する理由、およびaのためそれが見たことによってパートナー すべてのメンバー について口論せずに独立イベントとして起こる投資のための財政資金と貸付金を共有する組織の最高の提案、私が見る 私が確信する それは企業似なので、大きいかもしれず、私は来た( 1つの手段方法の2番目の時間)。

さらに、私が様々に言いたいケースがあるけれども、組織理論NTT方法が様々に複雑であることおよび漠然としている愛玩用理論混乱という事実。従って、実際会ういつでさえ私が尋ねたい。

そのような感覚のため、お金、夢、およびプライド(それは個人主体であった。)出発NTT研究センターを失ったkumagi。

Googleでは、今月、変わる宛先が5番目から検索のチームに関与した。それは、次に出力することを予定した。従って、どうぞ注意してください。

2018-11-13

anond:20181111152908

美しいと思うんです。でもね、でも、トリプルA面って、2枚組のレコードひとつが片面だけで、3面が全てA面なんだと理解していました。

2018-11-11

後世に残したい美しい言葉 5選

①孫衛星

衛星の周りを回る衛星のことを孫衛星という。

しかしこのような天体は天然には発見されていない。

実物はないのに未来発見される可能性のために名前けが付いている。

言葉の影響力は今この世界のみに及ぶのではないことを教えてくれる。

トリプルA面

メイン曲が3曲入っているシングルCDのこと。

A面B面とはレコードからの名残である。メイン曲をA面、カップリング曲B面と呼び、両方の曲がメインとなる場合両A面とかダブルA面という。

そこまでは良いのだが、トリプルとなると元のレコードイメージは完全に崩壊する(レコードに面は3つもない)。

まり元はレコード由来の概念だったものCD拡張した際、面という言葉意味を失い、抽象世界上の産物になったが故に成立した言葉なのだ

言葉は実世界から発生するが、必ず手の届かない抽象世界へと逃げていくことを教えてくれる。

幽霊文字

JIS規格に紛れ込んでいる、どの文献にも存在しない漢字のこと。

「彁」などが有名で、担当者ミス等で発生したと考えられているが、面白いのは今や「どの文献にも存在しない」とは言えなくなっていることだ。

まりこの投稿のように、「幽霊文字」を解説する文章上で確実に「彁」が使われるからだ。

しかし、この「幽霊文字」という言葉のものも、「彁」などの漢字存在して初めて意味を持つ。互いに互いの存在解説する以外には使われない閉じ切った関係である

言葉は実世界から切り離され、単独存在することすらできることを教えてくれる。

SOS

Save Our Shipの略などと言われているが、それは後付け。

実際はモールス信号の「・・・― ― ― ・・・から来ており、SにもOにも何の意味もない。

たまたまSとOが当てはまっただけのところから意味が発生し、全世界に広まり、それが本来意味のように言われさえするようになった。

言葉は常に偶然発生し、偶然成長することを教えてくれる。

ライトノベル

定義説明できない言葉代表格。

ライトノベルとは何々である、という説明を、人類の誰も持っていない。どんな定義をしても例外が発生し、曖昧中間が発生し、いつまでも意見が一致しない。

しかし、「このようなものライトノベルの中核的イメージである」という共通信念を、我々はなぜか共有できている。

誰も説明できないのに何となく意味は伝わる。これはある種の奇跡だと思うし、言葉の魔力のようなものだと思う。

言葉人間しか使わない道具なのに、人間の思い通りになどできないことを教えてくれる。

2018-11-10

増田プログラマー養成講座 その20 SQLデータの削除

前回は、SQLデータ更新をやりました。

今回は、SQLデータの削除をやりましょう。

 

メッセージの削除

基本は、同じなので前回やった更新処理をちょっと変えれば削除もすぐできます

 

投稿されたメッセージを削除する機能を、Webページに付けてみよう。

 

削除ページにジャンプするリンク

前々回作ったメッセージの一覧の中に、削除ページにジャンプするリンクも入れておいた。

<td><a href="welcome/delete/<?php echo $item['id']; ?>">削除</a></td>

という1行が削除ページにジャンプするためのリンクになる。

ブラウザーHTMLソースを見ると、ここが以下のようなHTMLに書き換わってる。

<td><a href="welcome/delete/2">削除</a></td>

これは「メッセージID番号が2のメッセージ」を削除対象にして、削除ページにジャンプする。

 

Controllerの改造

ユーザーが「http://localhost/waf/welcome/delete/2」というURLで、削除ページにアクセスしたら、コントローラーで「2」を受け取って使いたい。

CodeIgniterでは、URL文字列を解析して、使うことができる。

以下のようにコントローラーを改造してみよう。

 

// 削除画面

public function delete($id = '')

{

 echo "ID=".$id;

 $this->load->view('chat_delete');

}

 

Controllerの改造の解説

delete()メソッド引数で、URL中の「2」の部分を受け取れる。

これは前回の編集ページ(更新の処理)と同じ。

「$id = $this->uri->segment(3);」でも受け取れる。

 

Viewの改造

削除ページでは、確認する質問を入れてみよう。

ユーザーに「本当に削除しますか?」みたいな注意喚起をしておきたい。

 

ファイルの内容を以下のように編集する。

<?php defined('BASEPATH') or exit('No direct script access allowed');?>

<!DOCTYPE html>

<html>

 <head>

  <meta charset="utf-8">

  <title>増田チャット</title>

  <base href="<?php echo base_url(); ?>">

 </head>

 <body>

  <h1>増田チャット</h1>

  <h2>削除</h2>

  <p>以下のメッセージを削除しますか?</p>

  <form action="welcome/delete" method="post" accept-charset="utf-8">

   <?php if (isset($talk)): ?>

   <p style="background-color:lightpink"><?php echo $talk['message']; ?></p>

   <input type="hidden" name="id" value="<?php echo $talk['id']; ?>">

   <input type="hidden" name="action" value="delete">

   <?php else: ?>

   <p>※該当するメッセージがありません。(または削除済です。)</p>

   <?php endif;?>

   <button>削除する</button>

  </form>

  <p><a href="welcome/index">戻る</a></p>

 </body>

</html>

 

Viewの改造の解説

<p style="background-color:lightpink"><?php echo $talk['message']; ?></p>

削除するメッセージを色付きで強調して、ユーザー確認してもらう。

 

<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">

コントローラー削除対象メッセージID番号を送るため、inputタグの「type="hidden"」でメッセージID番号を仕込んでおく。

 

Controllerの改造

ファイルの内容を以下のように編集する。

// 削除画面

public function delete($id = '')

{

 $id = $id ? $id : $this->input->post('id');

 $action = $this->input->post('action');

 if ($action == 'delete') {

  $this->chat_model->delete_message($id);

 }

 $data['talk'] = $this->chat_model->read_message_by_id($id);

 $this->load->view('chat_delete', $data);

}

 

Controllerの改造の解説

やってることは、前回のデータ更新場合とほぼ同じ。

$this->chat_model->delete_message($id);

で、モデルに用意したデータ削除用メソッドを呼び出しているだけ。

次は、モデルdelete_message()メソッドを用意しよう。

 

Modelの改造

ファイルの内容を以下のように編集する。

// Delete

public function delete_message($id = 0)

{

 $sql = "DELETE FROM talk WHERE id = ?";

 $param = array($id);

 $this->db->query($sql, $param);

 return $this->db->affected_rows();

}

 

Modelの改造の解説

SQLの「DELETE」を使えば、指定したレコード(1件分のデータ)を削除できる。

DELETE FROM talk WHERE id = ?」で、talkテーブルmessageid指定して削除している。

 

データを削除した後の挙動は、メッセージID番号がなくなるので、削除ページに表示できるメッセージデータがなくなる。

(例)id=2のデータを削除したら、SQLで「SELECT * FROM talk WHERE id = 2」を取得しても、空のデータデータがない状態

その場合は、

<p>※該当するメッセージがありません。(または削除済です。)</p>

と表示させてる。

 

まとめ

以上で、SQLの「DELETE」を使ったデータの削除ができた。

長々と説明したが、今回の大事な点は、SQLの「DELETE」の使い方だ。

 

以上で、MVCフレームワークを使ったOOPの使い方とSQLの使い方を見てきた。

SQLSQLだけで説明したほうが良かったね!MVCフレームワーク説明SQL説明が混在すると要点が分かりづらくなる?)

ちょっと失敗だったかも。m(__)m)

 

次回は、データベースの設計について学んでみよう。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 MVCフレームワークを使ってみよう

anond:20181023184616 増田プログラマー養成講座 その10 OOP参考書

anond:20181024214133 増田プログラマー養成講座 その11 データベースを使ってみよう

anond:20181026145516 増田プログラマー養成講座 その12 データベースの参考書

anond:20181028152656 増田プログラマー養成講座 その13 SQL文法

anond:20181031014212 増田プログラマー養成講座 その14 Webアプリの試作品作成

anond:20181101225335 増田プログラマー養成講座 その15 Webアプリの完成見本

anond:20181101230220 増田プログラマー養成講座 その16 Webアプリの完成見本(続き)

anond:20181104161900 増田プログラマー養成講座 その17 Webアプリの骨組み

anond:20181104233013 増田プログラマー養成講座 その18 SQLデータの追加と取得

anond:20181110120715 増田プログラマー養成講座 その19 SQLデータ更新

anond:20181110182445 増田プログラマー養成講座 その20 SQLデータの削除 ←★今ここ★

anond:20181111205255 増田プログラマー養成講座 その21 データベース設計 (1)要件定義

anond:20181024214737 増田プログラマー養成講座 コンテンツ一覧

増田プログラマー養成講座 その19 SQLデータ更新

前回は、Webアプリの骨組み(スケルトン)に、SQLデータの追加と取得をやりました。

今回は、SQLデータ更新をやりましょう。

 

メッセージ更新

 

編集ページにジャンプするリンク

前回作ったメッセージ一覧に、[編集]のリンクも入れておいた。

<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>

という1行の部分。

[編集]をクリックすると、編集用ページにジャンプする。

ブラウザーHTMLソースを見ると、以下のようなHTMLになってるはず。

<td><a href="welcome/update/2">編集</a></td>

これは「メッセージID番号が2」を対象にして、編集ページにジャンプすることを意味する。

 

Controllerの改造

編集用ページのコントローラーを作ろう。

「http://localhost/waf/welcome/update/2」というURL編集ページにアクセスしたら、メッセージID番号の「2」を受け取れるようにしたい。

URL文字列を処理して「2」を取り出せるようにしよう。

 

// 更新画面

public function update($id = '')

{

 echo "ID=".$id;

 $this->load->view('chat_update');

}

 

CodeIgniterでは、URLから文字列を取り出す方法がいくつか用意されている。

  1. 「update($id = '')」のようにメソッド引数「$id」を用意すれば、「2」の部分を取り出せる。
  2. 引数を使う以外の方法も用意されていて、「$id = $this->uri->segment(3);」のように書けば、「2」の部分を取り出せる。

// 更新画面

public function update()

{

 $id = $this->uri->segment(3);

 echo "<hr> ID=".$id;

 $this->load->view('chat_update');

}

 

Controllerの改造の解説

CodeIgniterで、URL文字列から特定部分の文字列を取り出す方法を見ておこう。

 

例えば、「http://localhost/waf/welcome/update/aaa/bbb/ccc」というURLアクセスしたときCodeIgniterではURL中の「aaa」「bbb」「ccc」という部分は、以下のようにして取り出せる。

$seg1 = $this->uri->segment(1); // → 1番目のURL文字列:「welcome」=コントローラークラス

$seg2 = $this->uri->segment(2); // → 2番目のURL文字列:「update」=クラスの中のメソッド

$seg3 = $this->uri->segment(3); // → 3番目のURL文字列:「aaa」の部分

$seg4 = $this->uri->segment(4); // → 4番目のURL文字列:「bbb」の部分

$seg5 = $this->uri->segment(5); // → 5番目のURL文字列:「ccc」の部分

URLを「/」で区切って、base_url(http://localhost/waf/)の次から順番に、1番目のURL文字列、2番目のURL文字列、3番目のURL文字列、…とsegment()メソッドで順番を指定すれば取得できる。

 

Modelの改造

データベースでメッセージID指定して、メッセージを取り出す機能を用意しよう。

 

ファイルに以下のメソッドを追加する。

// Read by Id

public function read_message_by_id($id = 0)

{

 $sql = "SELECT * FROM talk WHERE id = ?";

 $param = array($id);

 $query = $this->db->query($sql, $param);

 return $query->row_array();

}

 

Modelの改造の解説

SQLの「WHERE」句で、絞り込む条件を指定できる。

 

SELECT * FROM talk WHERE id = ?

「WHERE id = 2」とすれば、メッセージID番号が2のメッセージデータが「talkテーブルから取り出せる。

もし該当するデータがなければ、返されるデータは空になる。(データが返ってこない。)

 

CodeIgniterの「row_array()」は、1件分のデータ配列の形にして返すメソッドだ。

 

Viewの改造

ファイルの内容を以下のように編集する。

<?php defined('BASEPATH') or exit('No direct script access allowed');?>

<!DOCTYPE html>

<html>

 <head>

  <meta charset="utf-8">

  <title>増田チャット</title>

  <base href="<?php echo base_url(); ?>">

 </head>

 <body>

  <h1>増田チャット</h1>

  <h2>編集</h2>

  <p>メッセージを変更して「更新する」ボタンを押してください。</p>

  <form action="welcome/update" method="post" accept-charset="utf-8">

   <label>メッセージ</label>

   <?php if (isset($talk)): ?>

   <input type="text" name="message" value="<?php echo $talk['message']; ?>">

   <input type="hidden" name="id" value="<?php echo $talk['id']; ?>">

   <input type="hidden" name="action" value="update">

   <?php else: ?>

   <p>※該当するメッセージがありません。</p>

   <?php endif;?>

   <button>更新する</button>

  </form>

  <p><a href="welcome/index">戻る</a></p>

 </body>

</html>

 

Viewの改造の解説

データベースから取り出した1件分のメッセージを表示する部分を追加した。

<input type="text" name="message" value="<?php echo $talk['message']; ?>">

の「<?php echo $talk['message']; ?>」という部分だ。

これで変更したいメッセージの本文を表示できる。

 

あと、編集したメッセージWebサーバーに送信できるように、Formタグ送信ボタン(「更新する」の部分)も追加した。

このときメッセージID番号も送信できるように、

<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">

という1行も仕込んである

 

Controllerの改造

ファイルの内容を以下のように編集する。

// 更新画面

public function update($id = '')

{

 $id = $id ? $id : $this->input->post('id'); // id -> segment or post

 $action = $this->input->post('action');

 if ($action == 'update') {

  $message = $this->input->post('message');

  $this->chat_model->update_message($id, $message);

 }

 $data['talk'] = $this->chat_model->read_message_by_id($id);

 $this->load->view('chat_update', $data);

}

 

Controllerの改造の解説

メッセージID番号を指定して、データベースから取り出し、Viewに渡すデータを用意している。

$data['talk'] = $this->chat_model->read_message_by_id($id);

 

ユーザーメッセージ編集をしてWebサーバーに送信したら、データ更新する指示を出す部分も追加した。

$action = $this->input->post('action');

if ($action == 'update') {

 $message = $this->input->post('message');

 $this->chat_model->update_message($id, $message);

}

モデルにupdate_message()メソッドを用意して、$idと$messageを渡せば、該当データ更新するようにしたい。

次は、モデルでupdate_message()メソッドを用意しよう。

 

Modelの改造

ファイルの内容を以下のように編集する。

// Update

public function update_message($id = 0, $message = '')

{

 $sql = "UPDATE talk SET message = ? WHERE id = ?";

 $param = array($message, $id);

 $this->db->query($sql, $param);

 return $this->db->affected_rows();

}

 

Modelの改造の解説

SQLの「UPDATE」を使えば、指定したレコード(1件分のデータ)を更新できる。

「UPDATE talk SET message = ? WHERE id = ?」で、talkテーブルmessageid指定して更新している。

 

CodeIgniterの「affected_rows()」メソッドは、更新した行数を返す。=成功なら1行、失敗なら0行となる。

 

補足

コントローラーの「$id = $id ? $id : $this->input->post('id');」という行は、$idの受け取り方が2パターンあるので、それに対応している。

編集ページの表示で、1回目の表示と、2回目以降の表示で、$idの受け渡し方が変わっている。

  • 1回目:URLに埋め込まれID番号をupdate($id = '')の引数$idで受け取っている。($this->uri->segment(3)で受け取るのと同じ)
  • 2回目以降:Formタグで送られてきた$idを$this->input->post('id')で受け取っている。

URLに埋め込む方法上記の1回目のような方法)は、ユーザー勝手に値をいじれるので、基本的には使わない方が良い。

 

まとめ

以上で、SQLの「UPDATE」を使った、データ更新ができた。

長々と説明したが、今回の大事な点は、SQLの「UPDATE」の使い方だ。

CodeIgniterの使い方や、Webサイトの作り方(FormタグなどのHTML知識)は、オマケ程度に見ておいて欲しい。

 

次回は、データを削除するSQLDELETE」の使い方を見てみよう。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 MVCフレームワークを使ってみよう

anond:20181023184616 増田プログラマー養成講座 その10 OOP参考書

anond:20181024214133 増田プログラマー養成講座 その11 データベースを使ってみよう

anond:20181026145516 増田プログラマー養成講座 その12 データベースの参考書

anond:20181028152656 増田プログラマー養成講座 その13 SQL文法

anond:20181031014212 増田プログラマー養成講座 その14 Webアプリの試作品作成

anond:20181101225335 増田プログラマー養成講座 その15 Webアプリの完成見本

anond:20181101230220 増田プログラマー養成講座 その16 Webアプリの完成見本(続き)

anond:20181104161900 増田プログラマー養成講座 その17 Webアプリの骨組み

anond:20181104233013 増田プログラマー養成講座 その18 SQLデータの追加と取得

anond:20181110120715 増田プログラマー養成講座 その19 SQLデータ更新 ←★今ここ★

anond:20181110182445 増田プログラマー養成講座 その20 SQLデータの削除

anond:20181024214737 増田プログラマー養成講座 コンテンツ一覧

2018-11-07

anond:20181107133736

そうだな、vチューバーがみんな大好きだからレコード売上は20年間トップだもんな。おまえらの中ではな。

繰り返すが架空現実混同しさえしなければ、だれもフェミ叩き連中にもvチューバーにも興味もたないよ。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん