「Web」を含む日記 RSS

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

2017-01-18

リーガーだった。(自己保存用)

リーガーだった。

つい先日、取引先の人に「前の会社ではどんな業務をしていたの?」と聞かれた。「プロ契約サッカー選手をしていました。」と聞かれたら驚かれた。僕はJリーガーだった。でも、かつて所属していたクラブサポーターですら、僕の名前を聞いてもピンと来ない人も多いだろう。その程度の選手だった。経歴を詳しく書いても、僕のことが分かるのは僕の知り合いくらいだろう。なので書いてみる。

山に囲まれたド田舎に生まれた。7歳で幼馴染とスポーツ少年団に入った。たまたま選抜に選ばれて、地元広報に載ったりしてちょっとした人気者だった。小学校6年生の時、県外のプロサッカーチームジュニアユース入団試験を受けた。もし合格していたら、両親は仕事を辞めて、家族で引っ越す予定だった。ジュニアユースに入っても、そこからトップチームまで昇格してプロになれるのは一握りなのに、仕事を辞める覚悟応援してくれた。でも僕は落ちた。普通に落ちた。

田舎中学校に進学した。小さな中学校にはサッカー部はなかった。陸上部に入った。1年生の時に、走り高跳びで県大会入賞した。それでもサッカーをしたくて、1年で陸上部を退部した。放課後は親に車で迎えに来てもらい、片道1時間かけて市外のサッカークラブ練習をしていた。中学校卒業すると、県内一のサッカー強豪校に一般入試で入った。

サッカー部部員100人を超え、県外から入ってきたエリートが沢山いた。僕がかつて落ちたジュニアユース出身で、ユースに昇格できずに入部してきたやつもいた。サッカー部寮生活上下関係が厳しかった。4人部屋の寮は、自分以外先輩だった。朝は先輩よりも早く起きた。目覚ましの音で先輩を起こしてはいけないので、目覚まし時計を抱えながら寝て、アラームが鳴って1秒で起きた。6時にはグラウンドに行った。掃除雑用もこなした。なぜか女子マネ雑用ほとんどやらなくて、1年生が雑用係だった。授業が終わるとダッシュでグラウンドに行き、全体練習の後も居残りをして20時過ぎまで練習をした。100人を超える部員の中で埋もれていた。1年生の秋、部内の身体能力体力テストとある項目でダントツ1位を取った。テスト全体でもかなりの好成績だった。これがきっかけで、監督が少し目をかけてくれるようになった。

3年生が引退したあと、2軍チームに入るようになった。そのあとすぐに1軍チームのメンバーに入った。高校サッカー選手権予選にはプロクラブスカウトも来ていた。チームのメンバーで声がかかった人もいる。僕は声がかからなかった。3年生になってすぐ、自転車で転んで手首を骨折した。休んでる間に、期待の1年生にポジションを奪われてメンバー落ちした。最後全国高校サッカー選手権スタンド応援した。目立った活躍もできないまま卒業した。

大学生になって一人暮らしを始めた。プロになることは諦めていた。一応サッカー部に入った。サッカーが好きだったし、就職のことも考えて部活はやっておいた方が良いと思ったからだ。自主練はしなくなり、休みの日は日雇いアルバイトをした。楽しかった。意識が変わったのは、高校時代の1学年上の先輩の近状を知ってからだ。その先輩は高校3年生当時、就職も進学も決まってなかった。卒業後は地域リーグクラブアマチュア契約をしていた。その先輩が地域リーグ活躍し、J2のチームとプロ契約をしたと知った。自分にもチャンスがあるかもしれないと思った。サッカー真剣に取り組むようになった。3年生の時に、部活顧問コネであるJ2チームに練習参加をした。全く練習についていけず邪魔から帰れと言われた。なぜか翌年、そこからまた練習参加の打診が来た。手ごたえはあった。これでダメならもうあきらめがついた。そして僕にプロ契約オファーが届いた。

C契約とよばれるランクの低い契約で、1年契約だった。そのクラブは、J2リーグの中でも資金力がなく、歴史も浅く、リーグ下位のチームだった。当時そのチームは、大学から新加入選手を大量に獲得していて、僕もその1人だった。年俸は詳しく書けないけど200万台だった。そこから税金年金を払うことになる。そんな待遇だけど、一応Jリーガーとなった僕に周りはチヤホヤしてくれた。両親や恩師はすごく喜んでくれたし、ずっと連絡のなかった地元の知り合いや親戚からいきなり連絡が来たし、サインを頼まれたし、1度も話したことのない大学女の子から告白されたりした。

ガラガラ会議室入団会見をして、住み慣れない土地寮生活を始めた。Jリーガーはチャラいイメージがあるかもしれないけど、田舎だし車もないしで、サッカー以外やることがなかった。チームメイトの車に載せてもらい練習場まで通った。ここから華やかなプロ生活の話でもしたいけど、僕はほとんど試合に出れなかった。僕がプロとして公式戦に立った時間は、2年間で合計100分に満たなかった。100試合じゃなくて100分。遠くから親が試合を観に来てくれたことがあるけど、結局1回しか試合を見せることができなかった。その時の出場時間も6分くらいだった。僕は2年で退団をした。トライアウトも受けたけどプロ契約オファーはなかった。そしてサッカー選手引退した。引退した時は冷静だった。自分よりも、両親の方が落ち込んでくれた。

プロをしていてうれしかったことは、社会活動の一環で小学校訪問したことだ。子どもと一緒にサッカーをした。その時に一緒のグループサッカーをした男の子が、僕の所属するクラブチームファンだった。その子は僕の名前も顔も知らなかったけど、それ以来僕の背番号ユニフォームを着て応援に来てくれるようになった。全く試合に出ない僕の背番号ユニフォーム応援イベントに来てくれた。

引退したサッカー選手はただの一般人だ。僕は所属していたサッカークラブから斡旋で、某民間企業インターンシップ半年間受け、その後正社員になった。入社した時期は本当にきつくて、こんな仕事すぐにやめてやろうとか、他にやりたいことを探そうとか思ってたけど、なんだかんだで続いている。サッカーは全くやらなくなった。飲み会で、新しく入ってきた会社の後輩に「ここの会社に入る前はJリーガーをやっていたよ」と言ったら冗談だと思われた。サッカーのことは忘れようとしていた。

年末に母が亡くなった。4年ぶりに実家に帰った。実家の片付けをしていたら、母が保存していたスクラップブックが出てきた。小学生の時に県選抜に選ばれた時の広報高校時代のチームの結果が載った新聞記事サッカー部員として大学パンフレットに載った時の写真入団が決まった時の記事Web配信されたニュース記事印刷したもの、僕の試合を観に来てくれた時のチケットの半券、試合のチラシ、とにかく何でもスクラップしていた。今までのサッカー人生と、母の思いに涙が止まらなくなった。たった2年間でも、プロとしてユニフォームを着れたことを誇りに思っている。

偉大なる元増田様 ttp://anond.hatelabo.jp/20170117145052

キャッシュttp://webcache.googleusercontent.com/search?q=cache:ttp://anond.hatelabo.jp/20170117145052)

魚拓 archive.is/3Xff2

2017-01-17

http://anond.hatelabo.jp/20170117101134

WEBシステムだと、フレームワークの初期設定でタイムアウトかかっていることがある。

知っていて敢えてそのまま使わせるなら別だけど、何も考えずにそのまま使わせるのは怠慢じゃないだろうか。

不幸な事故以上の犯人探しをするべきではない

先日発生したJR蕨駅での全盲男性ホームから転落して死亡した件

日本視覚障害者協議会点字パネル確認を行っており、点字パネルは正常に設置されていたのだろう

盲導犬を連れていたので点字パネルをあまり意識せずに端へ移動し足を踏み外したのだと思われる

非常に不幸な事故だと言わざるを得ない

あえて言えばホームドアが設置されていれば事故は防げたので、JR鉄道各社はホームドアの設置を進めてほしい

 

 

で、終了すべき事案であったはずなのに

全盲男性死亡 駅員ホーム不在 | 2017/1/14(土) 23:01 - Yahoo!ニュース

東京新聞:蕨駅転落死事故 駅員、盲導犬男性に声かけせず 介助申し出なく:社会(TOKYO Web)

盲導犬男性、改札の駅員が認識…蕨駅転落死 : 社会 : 読売新聞(YOMIURI ONLINE)

昨晩からずっと「駅員がちゃんと見ていなかったからだ」という責任追及が始まっている

確かに駅員が介助していれば不幸な事故は起きなかったかもしれない

だがそれは「もし」の話であって、「重大な過失」扱いするべきではないと思う

 

私は通勤等で電車を使うが、白杖を持った人をよく見る

飄々と杖を使い、目が見えているかのようにすいすい移動するので、介助が必要だと言われなければ「必要なさそうだ」と思っても仕方ないと感じる

盲導犬が居るのであればなおさらだと思う

記事にもある通り、男性普段から駅を利用していたならば駅員はそれ以上に感じていたと思う

駅員は同支社の聞き取りに「男性普段から駅を利用しており、この日も改札を通った後に立ち止まることもなかったので、声かけしなかった」と説明したという。

 

しろ「いつものことなのにこの日に限って」となれば、それは「不注意による転落」であって、視覚障害関係なく誰にでも起こり得ることではないだろうか

意味のない犯人探しをやめて、ホームドア設置に尽力してほしい

2017-01-16

ピザの注文も出来ない人

ピザの注文はwebでするものだと思っている人がいる。

そう、小学生中学生ぐらいの若い世代だ。

彼らは電話注文の仕方がわからない。

だってこの世代だと友達の家に電話をかけて友達の親が電話に出るような機会がないもんね。

LINEとかで友達と直通でしょ。

電話を掛けてきてもこちらが出た途端びっくりしてすぐ電話を切ってしまう。

しばらくすると先ほど電話かけてきた人がネット注文してきた。

そこまで多くはないけど定期的にこういうお客さんに遭遇する。

LINEモバイルの申し込みが高コストだった

LINEモバイルというMVNOに申し込みを行ったのだが、本人確認プロセス問題が発生し、解決までにネットで7往復7日間+電話1回のやりとりを要した。

LINE社としては特に秘密にしたい意向もないようで、このやりとりの公開も快諾頂いたため、記録として残しておく。

1/9 ネットから申し込み

本人確認書類としてカード式の健康保険証をアップロード

1/10 エラー返答メールが届く

このたびはLINEモバイルをお申し込みいただき、誠にありがとうございます

お申し込み内容を確認させていただきましたが、ご提出いただいた本人確認書類に不備がございましたのでご連絡いたします。

お手数ですが下記のページより、本メール到着から24時間以内に本人確認書類を再度アップロードしてください。

お申し込みいただきました内容は、下記のマイページよりご確認いただけます

 

■不備理由

補助書類アップロードがありません。

申し込み時に本人確認書類が未アップロードだったと勘違いし、健康保険証を再度アップロードした(エラー文言を早とちりしていた。これは私のミスである)。

1/11 エラー返答メールが届く

■不備理由

補助書類アップロードがありません。

今度はエラー内容を把握、補助書類東京電力電気使用量のお知らせ)のみをアップロードした。

1/12 エラー返答メールが届く

■不備理由

本人確認書類本人確認書類対象外です。または必要条件を満たしていない可能性があります

1/11アップロードした補助書類はOKだが1/9にアップロードした本人確認書類NGということのようだ。もしそうであれば1/9の時点でこのエラーはわかっていたはずであり、1/10の返答メールに不備理由として書いてくるべきではないだろうか。

健康保険証の住所ではマンション名が省略されているため厳密な同一性確認ができなかった可能性を考え、パスポートアップロードした。

1/13 エラー返答メールが届く

■不備理由

本人確認書類本人確認書類対象外です。または必要条件を満たしていない可能性があります

パスポートの何がダメなのか原因が全く想像できず途方に暮れるが、最初アップロードした健康保険証を再度チェックされた可能性を疑い、パスポートのみを再度アップロードした。

1/14 エラー返答メールが届く

■不備理由

補助書類が補助書類対象外、または必要条件を満たしていない可能性があります

エラー内容が前日と変わった。同じアップロード内容に対して1/12と1/13とで返答が変わっている理由不明だが、本人確認書類としてパスポートはOKだったと解釈した。

一方で、今度は補助書類問題だと言われてしまい途方に暮れてしまう。1/12返答時点で補助書類についてのエラーは解消した認識だったので、何が問題なのか判断がつかない。以前アップロードした補助書類が破棄されている可能性を疑い、パスポートと補助書類東京電力電気使用量のお知らせ)の両方を同時にアップロードしてみた。

1/14 問い合わせへの返答メールが届く

エラー内容をエスパーするやりとりにゲンナリしてきたので、本人確認について定型以外の返答はできないのか?ユーザーエラー内容を想像するようなやりとりはお互い無駄ではないか?と1/13にマイページWebフォームから問い合わせた。

その返答メールが届いた。

大変申し訳ございませんが、本人確認審査に関しましては

メール窓口では確認ができないため、お答えできかねます

 

本人確認書類の不備理由に関しましては、直接お電話でご案内させていただきたく存じますので

大変お手数ではございますが、下記、LINEモバイル カスタマーセンター

電話にてお問い合わせくださいますよう、お願いいたします。

 

ご指摘いただきました事例については、LINEモバイル担当事業部

報告させていただき、今後の運用運営の参考にさせていただきます

1/15 エラー返答メールが届く

1/14のアップロード対応するエラー返答メールが届く。

■不備理由

補助書類が補助書類対象外、または必要条件を満たしていない可能性があります

1/14の返答と同じエラー文言だったので、過去アップロード内容が捨てられているという仮説は間違いだったと言えそうだ。となると、東電使用量のお知らせが補助書類要件を満たしていない可能性が考えられる。もしそうであれば1/12の返答時点でそう伝えてきてほしいところだが、LINE社には1返答について1エラーしかさないという規則があるのかもしれない。

1/15 電話した

画像アップロードして返答を待つやりとりは1往復に1日かかるため、1つの仮説を立ててそれを検証するのに1日かかってしまう。これはさすがに不毛すぎるというものだろう。ところで昨日受け取ったメールによれば、電話経由であれば即座に詳細のエラー内容がわかるようだ。さすがはインターネット時代である。というわけで電話をしてみた。

「申し込み中の者ですが、補助書類に不備があるということで本人確認が進められないため、詳細を教えてください。」

アップロードした書類は何でしたか?」

東電使用量のお知らせをアップロードしました。」

「お知らせだけでは補助書類として受け付けられません。領収印つきの公共料金領収書であれば受け付けられます。」

「私は電気料金クレジットカード決済しているため、クレジットカード会社からしか領収書は発行されないように思います。つまり電気・ガス・水道の全てをクレジットカード決済している場合は全て補助書類とはならないということでしょうか。」

「そうなります。他の補助書類としては住民票があります。もしくは、運転免許証など単体で受け付けられる本人確認書類を別途アップロードしてください。」

「私は運転免許証を所持していないのです。」

「そうなると住民票必要になります。」

電気/ガス/水道の3つの公共料金クレジットカード決済している場合、直近3ヶ月以内の住民票けが唯一の補助書類になるというのはヘルプを良く読めば読み取れたのかもしれない。ただ、少なくとも補助書類という名前の印象からは私には想像が付かなかった。

そもそも補助書類についてはFAQのような口ぶりだったので、もしそうならメールでの返答文言をもう少し改善できそうなものだ。

1/15 アップロード解決

住民票を取得するため役所に行く準備をしていたところ、紛失したと思っていた住基カード発見した。これは補助書類不要本人確認書類に該当するため申し込みマイページからアップロードしたところ、無事申し込みが受理された。

まとめ

LINEモバイル申し込み時の本人確認エラー状態解消が非常に困難だったことを紹介した。

LINEモバイル本人確認における問題点は2つ、エラー時の定型返答の情報量が不足していること、また本人確認無駄に厳格になっていることである。前者について言えば、複数エラーが発生しているときでも1つのエラーしかさないというのはUI設計として最悪である。今回も複数エラー提供してもらえればトライエラーの回数を半分以下にできたように思う。

後者について言えば、私の場合は1/12の時点でパスポート健康保険証と2種類の本人確認書類アップロードしているわけで、十分に本人らしいと判断できるのではないだろうか。この状態において補助書類が無いという理由で蹴るのはお役所的であり、顧客満足度向上の視点が欠けていると感じる。

また、パスポート写真付きの公的身分証明書であり、別途補助書類要求する合理的理由があるのか疑問である証券会社の申し込みでさえパスポート一発でOKだったように記憶している。

もっとも、こうしたカスタマーサポートの一次受けは外部企業が請け負っていることが多いため、現場でもおかしいと思いつつ日々同じ対応を繰り返している可能性がある。LINE社の担当者エスカレーションフローの整備および指示内容の見直しなどを進めて頂きたいものである

2017-01-15

PythonってWebプログラミングに使うとこあるの?

RubyPHPなら使うけどさ。フレームワークありでもなしでも。

Pythonって全然きかなくね?使うとこあるのどうなの。数字にめっぽう強いと聞くからグラフを多用するサイトで使うの?

http://anond.hatelabo.jp/20170115121116

今時のプログラミングってwindows用のIDESDKしかなかったり、ドキュメントwebにあったり、動作チェック用にハイスペックグラボ積んでたりするから

プログラミングしかできない端末と言いながら結局なんでもできる端末になりそう。

2017-01-14

http://anond.hatelabo.jp/20170114155348

明確な目標があるのに、もったいない

ネットだと、情報が多すぎるのかな

javascriptかな?と思ったけど、ruby

ifもforもでてこなくてスマ

eachが形を変えたforです

いろんなとこからコピペ量産して、2時間近くかかりました^^

api取得はすぐだったけど、json、hash、arrayでごにゃごにゃ)

rubyソース

# ライブラリ
require 'net/http';
require 'uri'
require 'json'

# 検索文字
$q = 'http://ci.nii.ac.jp/books/opensearch/search?q=%E7%B3%9E&format=json'

# web-apiから取得
# https://support.nii.ac.jp/ja/cib/api/b_opensearch
def search(q)
    uri = URI.parse(q)
    json = Net::HTTP.get(uri)
    result = JSON.parse(json)
end

=begin
取得データ1件サンプル
{"title":"糞土",
"link":{"@id":"http://ci.nii.ac.jp/ncid/AN00094249"},
"@id":"http://ci.nii.ac.jp/ncid/AN00094249",
"@type":"item",
"rdfs:seeAlso":{"@id":"http://ci.nii.ac.jp/ncid/AN00094249.json"},
"dc:date":"1953",
"dc:creator":"糞土会",
"dc:publisher":["糞土会"],
"prism:publicationDate":"1953",
"cinii:ownerCount":"8"},
=end

# データ整形
#
# 入力データ構造
# {"@id":"http://ci.nii.ac.jp/books/opensearch/search?q=%E7%B3%9E&format=json",
#  "@graph":[ { "items":[ ,,,
#
# 出力(ハッシュ)
# {title => dc:date ,,, }
def format(hash)
    title_date = Hash.new

    # ハッシュキー"@graph"の値の配列の先頭のハッシュキー"items"のハッシュ配列を取得
    items = hash['@graph'][0]['items']

    # タイトル出版年を取得して、戻り値ハッシュへ追加していく
    items.each do |item|
        title = item['title'].chomp
        date  = item['dc:date']
        title_date.store(title, date)
    end

    return title_date
end

# 並び替え
def sort(hash)
    hash.sort_by do |key, value|
        value
    end
end

# 出力
def print(hash)
    hash.each do |key, value|
        puts "#{value}年 #{key}"
    end
end

# メイン関数
def main
    # web-api検索して、
    result1 = search($q)
    # データを整形して、
    result2 = format(result1)
    # 出版年で並び替えて、
    result3 = sort(result2)
    # 出力する
    print(result3)
end

# 実行
main

rubyスクリプトの実行結果

C:\Users\unko\Desktop\prog>ruby webapi.rb
1848年 人欲辨 (じんよくべん)
1870年 雀糞論説
1920年 青瓷説
1933年 管内ニ於ケル鶏糞ノ利用状況
1947年 糞尿譚 : 小説1953年 糞土
1955年 黒い裾
1955年 形成
1959年 石糞
1972年 糞 : 海田真生個人文芸誌
1972年 乳幼児糞便図譜
1987年 糞尿と生活文化
1991年 皇居と糞尿と大嘗祭 : 皇居「糞尿」裁判を支える会ニュース
1995年 糞袋
2000年 糞尿史 : 遷都は糞尿汚染からの逃避だった
2005年 「糞尿」大全
2007年 糞虫たちの博物誌
2008年 うんちのはなし : う~んとげんきになる
2009年 糞神

なぜ .lg.jp ドメインは普及しないのか

よくこのような話題が挙がるが、なぜ .lg.jp という専用の属性が割り当てられているにも関われず、地方自治体運営する (観光情報のような) ウェブサイトではこれが普及しないのか。

その理由単純明快で「.lg.jp使用敷居が高い」のだ。具体的には、

  1. .lg.jp ドメインでは自由名称が取得できない
  2. (LGWAN につながないと) .lg.jp ドメインどうしでメールを送受信できない

という制約がある。以下で詳しく説明していく。

.lg.jp ドメインの種類について

まず .lg.jp ドメインには、大きく分けて次の2種類がある。

1. 地方公共団体ドメイン名

地方自治法に定める地方公共団体のうち、普通地方公共団体特別区一部事務組合広域連合等」が取得できるドメイン名のこと。

例えば、東京都なら「metro.tokyo.lg.jp」、さいたま市なら「city.saitama.lg.jp」となる。

取得できるのは、一自治体につき一つである

2. 行政サービスドメイン名

LGWAN 運営協議会認定した行政サービス」で使用できるドメイン名のこと。

何を言っているのかわかりづらいが、実例を挙げると電子申請サービス等で使われている。

認定済み行政サービスのリストを見ると、平成28年12月8日時点で登録数はわずか22である

さて、.lg.jp ドメインの種類について説明したところで、本題に移る。

理由その1】.lg.jp ドメインでは自由名称が取得できない

地方公共団体ドメイン名」については、先に述べた通り取得できるのは一自治体につき一つなので、新たに取得を検討する余地はない。既存サイトとは別ドメインで新たなサイトを開設したい場合サブドメインを使うことになる。例えば、京都市観光情報サイトでは「kanko.city.kyoto.lg.jp」という「city.kyoto.lg.jp」のサブドメインが使われている。

次に「行政サービスドメイン名」だが、命名規則

行政サービス用ラベル〉.LG.JP

となっていて、〈行政サービス用ラベル〉の部分は「LGWAN 運営協議会が決定」することになっている。行政サービス用ドメイン名に係る行政サービス用ラベル技術細則 (PDF) によると、行政サービス用ラベル

行政サービス名称ヘボン式ローマ字に直した文字若しくはその一部によって構成されるラベル、又は当該行政サービスを平易かつ簡潔に表す文字列によって構成されるラベルとする

とされている。実際この部分が完全に一方的に決められるのか、ある程度交渉余地があるのかは知らないが、いずれにせよ自由名称ドメイン名を取得することはできない。

理由その2】(LGWAN につながないと) .lg.jp ドメインどうしでメールを送受信できない

LGWAN を経由した電子メールの仕組みについて (PDF) を見てわかる通り、.lg.jp ドメインどうしでメールを送受信する場合、必ず LGWAN を経由しなければならないことになっている。

まり地方公共団体ドメイン名」のサブドメインにしても、「行政サービスドメイン名」にしても、適当ホスティングサービス (いわゆるレンタルサーバ) を契約してメールを送受信するようなことはできない。(MX レコードを書けば .lg.jp 以外のドメインからメールは受け取れるだろうけども)

それどころか、行政サービス用ドメイン名について(2/2) (PDF) を見ると、次のように書かれている。

行政サービスドメイン名は、インターネット上で提供される行政サービス登録対象としているため、行政サービスドメイン名メールアカウントでは、LGWAN参加団体からメールを受信することができません。このため、行政サービスに関するメールについては、行政サービスドメイン名以外のドメイン名運用するなどの対応を取る必要があります

このように、.lg.jp ドメインではメールを実質運用できない。

終わりに

以上のように、.lg.jp ドメインを使うのは、他のドメインと比べて非常に敷居が高いのだ。.com 等の使いやすドメインに逃げたくなる気持ちもわからなくはない。

【おまけ】 .go.jp ドメインはどうなのか

政府ドメインリストによると、.go.jp ドメイン平成28年4月1日時点で300以上登録され、活用されている。

なお、以前は地方自治体でも .go.jp ドメイン登録できたようだ。例えば和歌山県は「wakayama.go.jp」を使っていたし、神奈川県産技術センターは「kanagawa-iri.go.jp」を今でも使っている。恐らく .lg.jp が制定されたことにより新規登録ができなくなったのだろうから、むしろ事態悪化したのではなかろうか。

参考文献

日本で量産コピペプログラマが生まれるのは仕方ないかもしれない

https://medium.com/@kuranuki/%E9%87%8F%E7%94%A3%E5%9E%8B%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9E%E3%82%92%E6%92%B2%E6%BB%85%E3%81%97%E3%81%9F%E3%81%84-570302a5c243#.vygpwmlaa

を読んだ。刺激的な内容だが、もやもやしてたのが言語化された感じで「はっ」とした。

と、同時に現状コピペプログラマが生まれるのは仕方ないことだとも思ってしまった。



1つは、根底意識。もう一つは日本という環境が原因だと思っている。

そして、それらは一朝一夕解決しうるものではない。



私は縁あって外国人が多い会社で働いている。そこでWebエンジニアをしている。

一緒に働いている外国人エンジニアが、まぁ優秀なのだ最近大学を出たばかりの人もいるが、優秀になるレールを歩んでいる。



一緒に働いてると日本人(俺)ってヤベーな。と思うことが多々ある。プログラムに関する意識が出発点から違うのだ。

彼らは以下の共通認識があるように思える。



1.ソフトウェアエンジニア地位は高い

2. プログラムは難しいものという意識

3. 英語ができるのは当たり前



1. ソフトウェアエンジニア地位は高い

海外ではソフトウェアエンジニアは、医者に次ぐ人気職であるそうだ。今は帰国したが、一緒に働いてたインド人エンジニアは、大学受験をした際、医者エンジニアで迷った。と言っていた。

彼ほどではないが、同世代の中でも優秀な若者が、明確なエンジニア希望をもって専門の過程を経てエンジニアとなる。

Linuxネットワークなどの底レイヤーから自分の興味ある分野(バックエンドフロントアプリ開発)まで、ある程度できる人がインターンを経て入社する。

私の経歴はというと、かなりお粗末なものだ。お世辞にも良いと言えない大学文系卒で、大きいプロジェクト動かすマネジメントカッケーって思ってSIer就職口の一つとして選んで入った。大学卒業時にはJavaJavaScript区別がつかなかった。

そんな私でも独学と、勘と、経験によりある程度のことはできるようになったとは思っている(思いたい)のだが、優秀な彼らを見ると、コンピュータサイエンスを学ばずしてエンジニアを名乗ってる自分が恥ずかしくなる時が周期的に訪れる。

まり、0ではないと思うが、文系卒、更には未経験就職プログラマを選ぶという選択肢日本に比べると圧倒的に少ない。

そのため、外れプログラマは少なく、腐ったリンゴが少ない彼らは腐る確立が低いのだと思う。



2. プログラムは難しいものという意識

コピペプログラマは悪」

私自身もその口だったし、今も抜け出したとは言えない。

しかし、彼らは違うように思える。その根底にあるのは、コンピュータサイエンスを学んできたが故、プログラムは難しいという意識と、造詣の深さだと思う。

もちろん、彼らとてExampleなく出発することはできないが、コピペで済ますことは極力しない。

ちゃんと手を動かして、表面だけでなく、どうやって動いてるかを理解しようとしている。1つの機能実装する時は、3つほどルートを探したり、必要パラメータオプション以外もちゃんと調べてコーディングしている。

そのため、簡単にできます。とはあまり言わない。例えば、form一つ作る時も背景を理解して実装を行う。様々なセキュリティリスク考慮して、フレームワーク選択している。

自分なんて、必要な部分しか見なかったし、そもそも調べる意識がなかった。ある時、私は仕事が早くなったと息巻いてたが、今思うとなんてことはない。単にググるのが上手くなっただけだったのだ。



3. 英語ができるのは当たり前

少し変わった環境で、いろんな国籍の人が働いている。スペインイタリア、聞いたことのない国の人もいる。しかしながら、彼らは一貫として英語がしゃべれるし、書ける。「え、公用語でしょ?」と言わんばかりだ。

からなのか情報キャッチアップが早い。わからないところはissueを漁るし、質問する。まず当たるのは公式だ。英語英語のまま取り入れる。

総意の認識であると思うが、プログラムの1次ソース英語だ。私たちの目に触れる多くは優秀な日本人エンジニア翻訳した情報である。そもそも張っているアンテナが違う。



あと、上手くは言語化できないのだが、そもそも降りてくる情報自体が綺麗に整ったもの、絞られたものが多いのだ。そのため、泥水をすすることが少ないと思う。だからなのか、過程をすっ飛ばして答えを求めるサイトが多いような気がする。



では、この意識の違いはどこから来るかというと、日本という環境が大きいのかもしれない。



まず日本は、他国に比べて内需で食っていけるような環境である

企業の発展にはエンジニア必要不可欠。そのため専門知識を学んでなくとも、大量募集 - 大量採用が行われたのだと思う。

猫も杓子もコピペエンジニア誕生である

その後、海外の優秀なエンジニアが入ってテコ入れするかと言うとそうではない、日本語という既得権で守られているからだ。



これらによりプログラム世界では日本鎖国状態だと思う。

なので私たち気づきにくい。世界トレンドとか、プログラムの書き方とか、考え方とか。そのためコピペエンジニア自分コピペエンジニアと知らないまま成長し、なまじ仕事ができて自信を覚え、次のコピペエンジニアを育てる仕組みが出来上がっていると推測する。

ここ数年でエンジニア主体とする会社が増え、そのような意識が変わってきていると思うが、浸透するにはまだまだかかるはずだ。



根本的な解決となると、日本のあり方、教育を変えていく必要が出てくる。一例あげると、新卒一括で学部関係なくなんでもなれることはそもそも間違いなのだ。(自分はその経緯でエンジニアにならせてもらったことは棚にあげる)



しかし、それらは海外の優秀な人たちと同じステージに立つことを意味する。私たちは様々なジレンマを抱えている。

2017-01-13

http://anond.hatelabo.jp/20170113195220

いや普通に2ch削除依頼出すレベルだよ

スマイリーキクチへの誹謗中傷 | 2ch対策ガイド(株式会社WEB広報)

あと最初趣旨に沿うと、2chでやろうがブログコメント欄でやろうが、少数人に粘着されるのは当人にとっては同じ程度に負担だと思うけど。

http://anond.hatelabo.jp/20170113171706

webエンジニアは、SIerエンジニアと違って、常に日進月歩技術革新に晒されているのが特徴で

自分自身積極的に最新技術勉強して取り入れていく姿勢重要です。

具体的には、自分ホームページを用意して、自作プログラムソースを公開したり、

既存オープンソースソフトを改良したりしてゆくだけで十分な経験になります

その経験をもとにweb系の会社に応募するのが良いでしょう。

webエンジニアへのキャリアパス

大阪小学生へのプログラミング教育話題になってて、

その中でもやっぱりどう教育していくのがいいのか

デファクトスタンダードは見つかってないみたいだよね


仮に今20代前半で働いてるとして、結局どういうルートがいいんだろう?

20代で働いてるけど技術者ではない人が

web系の企業転職してるのもたまに見かけるけど

結局だいたいの人はphpとかjava扱ってるSIer入って勉強してweb系に転職していく感じ?


web系の会社ってあんまり経験では採用してない気がするんだけど

そこらへんどうなのweb系おじさんたち

よかったら教えて

男も憧れる! 「男性器の大きい男」の条件・5つ

続きはweb

Regional SCRUM GATHERING Tokyo 2017

というアジャイル開発のイベントに来ているのだが、こういうイベント永江一石氏が著作権関連の講演をしたらどういう反応が起こるのだろう。

彼が去年「Web業界著作権意識中国人と同等」とこき下ろした対象人達が中心となってるイベントだ。講演のスライドも、ヤフー大手はちゃんとしてたが、他社のは「これ著作権クリアしてないだろ?」という漫画転載スライドがちらほらしたり、講演者所属会社のメイン事業キュレーションだったりするなど、香ばしい

このブログ槍玉に挙げられてる会社社員結構来ているようだ。何人かと名刺交換したが、担当業務は皆「広告事業に関わってる」と言っていた。キュレーションという単語タブーっぽい

http://knttk.hatenadiary.jp/entry/2016/12/02/002424

ただ、流石にDeNA社員はいないようだ。以前は講演までしてたけどな。

もし永江が講演したら、石投げられるような事態になるのか?

それ以前に、彼が批判している楽天社員(アジャイル界隈では超有名)が関わってるイベントから、講演は実現しないだろうが

twitter所属が明らかになってるアカウントを見た時

webエンジニアとか広報とかって自分所属を明らかにしたアカウントの人結構いるけどさ、

その人のいる会社がやってるサービス全然良くなかったり落ちてたりサポートがクソだったりするのを感じた時に

たまたまそういう人の関係ない投稿見てると

すごいなんなんだよって気持ちになったりする

会社ブログ技術すごい頑張ってますアピールとか社内制度すごいいいですアピールしてても

「いやお前のとこのサービスくそじゃん」ってすごく冷静になってしまう時がある

そんなもん?

2017-01-10

エビデンスって何のために取るの?

転職して参画した案件PHPWeb業務システム構築)が、ネットで聞いてた「SIerあるある」まんまだった。

その中でも結合テストが謎。

1000項目以上あるテストケースの一つ一つ、心を込めてエビデンスを取っている。

・WinShotでログインから動作ずつキャプチャとる(ボタンのところにカーソル合わせて「ここ押す」感まで出す)

Apacheログアプリログ試験前後DBdumpをとる

これ、誰が見るんだ。何のために取るんだ。

お客に対して「ちゃんとテストしたよ!証拠もあるよ!」くらいの意味しか見出せない(お客だってマリーくらいしか見ないだろう)。

メンバー曰く、「不具合があった時にどういう状況でテストたか確認するため」とのこと。

どういうテストたか、なんてテスターの不備を追求してる暇があるなら、さっさとバグを直せばいいじゃん。

そんなに吊るし上げしたいのか。

一番怖いのは誰も文句わず黙々とキャプチャとってること(自分もだけど)。

キャプチャとる方が試験するよりも時間かかる。

その時間テストコード書くなり、モンキーテストでもした方がよっぽど品質高まると思うのだが。

これだからSIerは(ブツブツ...)


有意義理由存在するなら教えてほしい。

チョー厳密に著作権管理適用するようになったらどんだけwebサービス消えるんだろうな

なんとなくイケダハヤトの有名じゃない現アシスタントを紹介してみた

イケハヤが飼ってるアシスタント現在3人。全員2016年3〜4月高知移住した。シミラーウェブで調べたここ半年の月間PV数も乗せてみる。

片岡慎吾(ウォーリーが行く。http://www.shingokataoka.com/)月間約2万PV

「北のウォーリー」を自称し、ウォーリールックで高知市内をうろついてる大卒1年目。中央大卒。有名な弁論部所属していた。ウォーリーには似ていない。

元々精神的に脆い部分があった上に就活に失敗してしまい、新卒カードを捨て逃げるように高知移住した。

普段ゲストハウスバイトをしながらたまにブログを書いている。更新回数が少ない理由は明らかではないが、仲間と遊ぶのが忙しい様子。

自称ローカルライターとしての活動として普段仲間と飲んでる居酒屋を紹介する傍ら、地元北海道を紹介するエントリーを書いているが、北海道エントリーは内容が薄い。

ブログTwitterを少し眺めるだけで突っ込みどころがたくさん見つかるのが悲惨1月7日に「昨年度はお世話になりました」とツイートする頭の悪さ、プロフィール欄の年齢やブログタイトルの変更に伴う諸々の修正を怠る詰めの甘さ、エントリーのもくじすらまともに作れない能力の低さ、立ち上げた企画を2〜3日も持たずに投げ出す飽きっぽさが就活失敗の原因だと思う。

収益報告はなし。

ワクイヒトシ(とりあえず3年の3年が過ぎたので独立した話 http://hitoshiwakui.blog.jp/)月間約1万PV

うつ病を治すため、イケハヤのアシになるために高知に来た。

マイナーイケハヤアシの中では数少ない「自称炎上経験者。高知移住する際、東京から自転車で向かおうとして失敗したことが話題(3ブクマ)になった。

涌井メディアデザインという事業を立ち上げ、WebアプリiOSアプリAndroidアプリリリースサポートをしてるらしいが、儲からない様子。

彼の目標うつ病を治すこと、事業軌道に乗せること。どっちも高知貧困に喘いでいる間には達成できなさそうなのが悲しい。ブロガーとしてやっていく気がないのは独自ドメインを取得していないことからもわかる。

事業うつ病の影響で更新回数こそ少ないが、この人にしか書けなさそうな精神病についてのエントリーがたくさんある。3人の中では一番読んでみたいと思わせるようなことを書いてる。

イケハヤブログ記事を書いた経験があるので、多分気に入られている方なんだと思う。

2016年ブログで稼いだ金額1000円ちょっとらしい。

コーヘイ(こーへいいんふぉ http://ko-hey3809.com/)月間約10PV

高知スティーブジョブズ自称する男。埼玉県に在住していたこからブログを熱心に更新しており、内容は3人のなかで一番薄っぺらいがとにかく更新回数が多い。でも毎日じゃない。

ブロガーとしての実績はゼロだが、経験はあるため新規ブロガー支援する活動をしており、何度か実績報告エントリー投稿されている。

地元新聞からミニマリストとして取材を受けたり、仲間と旅行に行ったり毎日楽しそうだが、収益報告はなし。

ここ半年は月間9〜12PVで推移しているので、副業としてはまあまあのレベルで稼げてそう。

結論

ブログで食ってる人は一人もいない。まじめにブロガーやってるのはコーヘイだけ。

2017-01-09

俺はビジネス側の仕事してるがプログラム趣味程度で書くし、今はRとPythonローカルで使うコードしか書いていないが、Webアプリ2つ、Androidアプリも1つ作ったことがある。だからエンジニアWindowsじゃなくてMacを使いたがる理由を少しは理解できる。クリエイターとかも恐らくMacの方がいい理由があるんだろうなくらいに思ってる。

ただ、ビジネス側の人間仕事Mac使う意味がわからない。ビジネス側でMac使う側の人間が言うことなんて「Windows使いにくい、Mac使いやすい」くらいのもんだ(かっこいいから、という理由は頑なに言わない、バカにされるから)。「使いやすい」なんて慣れの問題だと思ってるし、Macで慣れてるんならそれでいいか、と思ってきたけど、今はMac使い続けることに固執するやつってバカだなと思い始めてる。

5年前のMBAを使っていて、動作が重くなってきて、買い換えようか相談された。選択肢は3つ、

  1. Macbook Pro:最新型はバッテリー問題グラフィック問題があり修理受付停止中
  2. Macbook Air:もう2年近く新型が出ていない、usb type-cを素で使えない、これから数年戦うマシンとしては劣る
  3. Macbook :高い割にスペックゴミ。ただビジネス用途ならこれで十分なんだろうとも思う

ということで消去法でMacbookしかない。あるいは型オチ買うか。

Macbookは13万するから、今のMBA我慢するらしい。アホかと。Windowsしろといったら、「なんかやだ」で一蹴。アホかと。

仕事してる時間のうち、移動と話している時間以外は常にPC触るんだから、そこでの生産性の低さを問題視していない、問題だとすら思えない、たった13万の投資(分割にすれば月1万も切るくらいの金額)を惜しむ。それはもちろんそいつ自身問題だが、選択肢があれば、10万切ってたら買ってたはずだ。Windowsなら、例えばYOGA 710で十分だ(9.7万円)。Mac固執さえしていなければ9.7万円で今より快適な環境が手に入ったのに。


ということで、

と思ったのでズダダっと書いた。

プログラミングの勘所

プログラミングの入門者には伝統的に変数やif文、for文などが教えられてきました。

昨今ではJavaやってGoogle Play Storeでアプリリリースするのが目標になるのかもしれません。

開発環境は年々高級になっており、以前より人の思考に近い感覚コーディングできるようになってきました。

はいえ、かつてWindowsGUIプログラミングがそうであったように、

スマホにはスマホ流儀があり、いくらアイコン右クリックしたいといってもスマホには右クリック概念が無いという、

今までの常識思考の在り方に対する挑戦も数多くあります

様々な流れに翻弄されつつもプロダクトを開発し世にリリースしていくことは、

プログラマ選択できる使命の一つとして今後も世界中で支持されていくと私は信じています



プログラミングとりまく状況はこの30年で大きく変化したと言えます

それでも基本的な部分は変わりがありません……などというのが通例ですが、

からといって基礎練を素直に続けることが正しいとも思いません。

今の新しい世代の人なら、まずはスマホアプリWebアプリWebサイトを目指すべきでしょう。

ハードウェアに興味があるなら、ラズベリーパイやArdinoを組み合わせても面白いですね。



すると、今とっかかりにすべき言語も絞られてきます

アプリならJavaSwift。(Unityを使うならC#ですね)

Web系ならphp。(ruby on railsもいいかと思います)



(15年前だったらC++でかっこいいwincdowsゲームを作りたい若者で溢れていました)



何かを作るにあたり、まずは1ボタン1機能から始めると良いと思います

ボタンを押したら、何かコマンドを実行する。

それはメール送信だったり、画面に文字を表示したり、ショップではがねのつるぎを購入したりと様々です。

技量が上がると、ボタンを増やしたくなります

ボタンを押すとボタンが増えたり減ったり、違う画面に移ったりしたくなります



途端に難しくなります

それらを整理するためにオブジェクト指向とやらを使わないといけなくなります

バグを出しにくくするための工夫が必要になってきます



何かを作る際に、機能が多くなると、それらを整理する手間が発生します。

グローバル変数はやめようとか、goto禁止というのはそういう活動の一環として生み出されてきたハウツーです。

そして自分の作りたいものは往々にして自分の実力を超えた所にあります

そこで挑戦と葛藤が始まります

幾多の困難を乗り越え、今の自分ならどの程度の規模のものを無理なく作れるかということがわかる場合があります。(わからない場合の方が多いんですけど)

するとあることに気づきます

自由に作りたいものを列挙するのは重要ですが、

最終的に何を作るか、何を作れるかというものを見据えながら、本当に必要機能を選別しないといけないのです。

欲しいものは全ては手に入りません。

全部じゃないと意味が無いなら、即座に全てをあきらめるか、考え方を変えなければ生き残れません。



プログラミングをする上で、夢を実現する技術を学ぶわけですが、

それには、何を実現したいと願うか、何を夢とするか、をコントロールする術も含まれます

そしてそれこそが、プログラミング、ひいては

生きていくために大切な希望を見つけるための技術であると気づかされます

最高の無料メールクライアント2017

GmailOutlookのようなウェブメールサービスを利用すれば、すべてのデバイス簡単メールアクセスモバイルアプリ提供できますが、それらのメールサービスあなたデスクトップでの動作保証するでしょうか? 

今は、多くの人が複数メールアカウントを持っている。これらのアカウントが異なるプロバイダ使用している場合は、一度に複数ブラウザタブを開く必要があります

便利な場所にすべてのメッセージを集約するだけでなく、優れた電子メールクライアントは、暗号化カレンダーRSSフィードVoIPアプリケーションとの統合などの機能を追加できます

デスクトップクライアントメールローカルに保存することもできるため、オフラインときアーカイブされたメッセージアクセスしたり、貴重なバックアップ提供することができます


eMクライアント

さまざまな電子メールプロバイダ統合されたチャットサポートする最高の電子メールクライアント

eM Client10年近く前から始まっています。その長い開発により、Windows用の最高の電子メールクライアントに発展することができたんや。

無料版は非営利目的使用と2つの電子メールアカウント限定されますが、それ以外の場合は有料版とおんなじ。

eM Clientには、GmailExchangeiCloudおよびOutlook.comタッチコントロール、高速検索統合カレンダーおよび連絡先のサポートが含まれてん。JabberGoogle Chatなどの一般的な標準をサポートする統合されたチャットアプリもあり、Outlookのような重量のあるアプリには良い選択肢ですわ。


Mailbird Lite

あなたメッセージを補う機能が満載されたすばらしいメールクライアント

Mailbird Liteは単なる電子メールアプリではなく、スケジューリングチャットファイル同期、チームワークのためのアプリケーションを追加できるコミュニケーションプラットフォーム全体です。

Mailbirdをダウンロードした後は、Proバージョンの30日間試用版に対処されます。このバージョンは、月末にアップグレードしないことを選択した場合限定Light Editionにダウングレードされますフリークライアントには時間制限はありません。

無料ユーザーは、速読電子メールスヌーズ添付ファイルのクイックプレビューなどの機能を忘れていますが、Mailbird Liteは依然として優れた選択肢です。最大3つの電子メールアカウントサポートし、スピードに合わせて最適化され、起動時に最適です。

セットアップ簡単です。電子メールの詳細を入力すると、Mailbird Lite必要POPまたはIMAPの設定を自動的に見つけ、メッセージインポートを開始します。あなたFacebookアカウント接続することができるので、あなたの連絡先のプロフィール写真あなたの受信トレイ活性化し、WhatsappGoogleカレンダー無料タスクマネージャMoo.do、teamworking app Asanaにリンクすることもできます


Claws Mail

Claws Mailのシンプルインターフェースは、より自信を持ったユーザーに適した強力な電子メールツールです

Claws Mailは使いにくくはありませんが、独自メールフィルタリングに耐え、無制限電子メールアカウントサポートしたい経験豊富ユーザーに最適です。

ここの他のクライアントとは異なり、ClawsはユーザーPOP3 / IMAP設定を手動で設定する必要がありますGmail使用している場合は、Googleアカウントの設定を調整して、安全性の低いアプリケーションアクセス許可する必要があります

古くは現代電子メールクライアントでは、HTMLメッセージ送信するオプションはありません.Clawはプレーンテキストのみですが、不要機能を省略することで、Clawは驚異的なスピード動作します。その検索機能特に優れており、プラグイン経由でも拡張できます

それは最も美しい電子メールアプリケーションではありませんが、Clawsはあなたスタイルを超えて物質評価するならば、素晴らしい自由選択です。定期的に更新されているため、バグはすぐに除かれます


Inky

すべてのデバイスメール管理するためのワンタイム設定の無料メールクライアント

Inkyの無料版はWindowsMac OS X、およびAndroidで利用でき、ワンタイム設定は3つのプラットフォームすべてで使用するのに最適なメールクライアントになります! 

電子メールクライアントダウンロードしてインストールしたら、Inkyアカウント作成するよう求められます。これにより、すべての電子メールアドレスリンクされ、POPおよびIMAP設定を設定することなく、Inkyがインストールされた任意デバイスからアクセスできるんです! 

一度登録すればセットアップ簡単カンタン♪ 各アカウントユーザー名とパスワード入力すると、残りの部分をInkyが処理してくれちゃう

日常的に使用されるInkyは優れた自動タグ機能メッセージタイプ個人定期購読ソーシャルノートなど)のインテリジェントなフィルタリングデバイス間の非常に高速な検索クラウド同期でわんだふるん♪。

Windows 7以降を使用していて、特定メッセージスレッドを見つけようと多くの時間を費やしている場合、Inkyは膨大な時間節約できちゃうの!


Opera Mail

優れたOperaウェブブラウザの背後にあるチームからの柔軟なオープンソース電子メールクライアント

Opera開発者は、電子メールを常に優れたブラウザ重要機能とみなし、無料電子メールクライアントであるOpera Mailの開発に多大な努力を払ってきました。

その機能には、メッセージテンプレート特に業務用に便利)、メッセージフィルタリングソートタイプ別メッセージソート、さまざまなカスタマイズオプションがあります

クライアントRSSフィードインポートするので、Feedlyや欠けているGoogleリーダーなどのWebアプリケーションの代わりになります


Thunderbird

Mozillaから期待されるように、たくさんの機能があり、無料拡張機能を利用することもできます

Firefoxと同様に、無料電子メールクライアントThunderbirdMozilla Foundationによって作成されました(しかし、2つの開発はそれ以来分離されています)。 ウェブブラウザと同様に、その機能は、サードパーティアドオンの膨大な範囲拡張され、強化されます

優れたビルトイン機能には、電子メールには大きすぎるファイルと、電子メールと一緒にRSSニュースフィードを読む機能があります

セットアップ簡単です。 ほとんどの現代電子メールクライアントと同じように、必要なのはあなたユーザー名とパスワードだけで、Thunderbirdは残りのものを処理します。


Windows Liveメール

長い時を経てもまだ選択肢に残る老舗の電子メールクライアント

Windows Live Mailは、Windows 8および10のMailアプリケーションに取って代わられた2012年最後更新されました。ただし、Live Mailの比較昔ながらの外観にもかかわらず、2つのプログラムはほぼ同じです。

Windows Live Mailは、私たちを含む多くの電子メールユーザーがより現代的ですが、最小限のデザインを好む3ペインレイアウト提供します。 RSSクラウドベース電子メールPOP3サポートし、添付ファイル送信したり、複数アカウント作業したりすることが容易になります

マイクロソフトのやり方が気に入っても、ウルトラスリムWindows 10アプリケーションがあまりにも制限されているのを見つけたら、従来のWindows Live Mailは賢明選択肢です。

 

 *

 

http://www.techradar.com/news/the-best-free-email-client

キュレーション問題収束

DeNAOBが燃料を投下してくれているが、炎上局所的。全体的には収束に向かっている。

他のキュレーション事業者まとめサイト問題にする記事朝日新聞以外は年明けから皆無になったし、はてブエントリーにも出てこない。

そして朝日けが動いていることで右派の人がそれ見たことかと一斉に朝日攻撃している。中には年末たかれたまとめサイト管理者管理会社中の人たちも居るだろう

また一連の騒動の中で閉鎖したキュレーションサイトの再開を望む声が日増しに多くなってきた。特にF1層MERY再開の声は大きい。

そして来月から朝日報道を止めるはずだ。プロ野球キャンプに入るので、DeNAベイスターズ取材に支障が出るような記事経営判断で止める。

結局、F1層右派層に対しては「都合の悪い話」にしかならなかったキュレーション問題は、炎上し続けられるほどの燃料を供給する人が出てこずに収束する。

それはWeb業界に自浄作用がないことも示している。

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