「Excel」を含む日記 RSS

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

2016-12-01

大半のブクマカは知らない、俺だけが知ってるはてブの謎のバグ

1,はてブエクスポートしま

2,はてブを全削除しま

3,0ブクマになりましたね?カップヌードルにお湯を入れ10分ほど待ちます

4,0ブクマ状態はてブエクスポートし、そのファイルExcelで開きます※1のファイルを上書きしないように

5,あら不思議!0ブクマのはずが、何件かエクスポートファイルには残ってるではありませんか!?

(6,元のデータを戻したいときは、1でできたdumpファイルインポートし私に中村静香ちゃんの画像を送れば元に戻ります。)

どういう基準バグが起こるのかは不明だが、削除して一見ブクマになった後も、中のデータにはなんらかの基準ブクマが残っている?

5のエクセルファイルに残ってるブクマを見ると、1年くらい前のものから数日前のものがある。時系列でバラけているので、タイムラグでの消え忘れということは考えにくい。

4でエクスポートしたデータインポートし、マイページから作業はてブ削除をすると完全に消えてくれるようだ。

2016-11-30

普段Excel使わない仕事してて、個人的表計算使いたいなってときにはGoogleスプレッドシート使ってるんです。

まあそれはいいんですけど、表計算ソフトってセル
「=3+8」で「11」とか計算できるじゃないですか。

で、キーボードテンキーレスキーボード使ってるんすよ。
でもやっぱりテンキーはあったほうが便利だなって事で適当テンキーキーボード買ったんです。安いの。

適当に買ったもんだから「=」キーが無いんすよ。
から「=」だけはメインキーボードのを押してて、表計算使う度にめんどくせえなぁ…って思いながら使ってたんです。
次は絶対「=」キー付きのテンキー買おうって思いながら。

で、今日ふと
「+3+8」って入力したんです。

そしたら

11

って表示されるじゃないですか。


これってGoogleスプレッドシートだけの機能かなとおもってExcelは持ってないんで確かめられなかったですけどLibreOfficeではできました。
たぶんExcelでもできますよね?
あと関数も「+sum(...)」みたいな感じでも入力できる事にも気付いたけど関数はメインキーボード使うから別にいいやって事にも気付きました。



こういう単純なことに気付いたときってちょっと嬉しくなるときもあるけど
「なんでこんな事に気付けなかったんだ…orz
みたいになるじゃないですか。

普段Excel使わない仕事はしてますけど、それでも15年以上前からなんだかんだで表計算ソフトは使ってたんすよ。

15年気付けなかったこのorz感は過去最高でした。

「は〜まじでか〜、あ〜そうか…え〜あ〜そうか〜…」みたいな独り言すっごい言ってた。



伝わるかなぁこの気持。伝わってほしいなぁ。

ほんとorz感すごかったんですよ。

2016-11-28

http://anond.hatelabo.jp/20161128112713

残念ながらSIerで働いている人の大半はExcel使いなのでWeb系には行けないのです。

プログラム書く人はアーキテクレベルがメインになるのですが、そういう人は自由研究開発ポジションに居ることが多いので辞める必要が少なくOSS活動をメインに知識欲を満たしてるのかなと思います

まあ、そういうわけで母数が少ないからなかなか記事が上がってこないのかなと思う。


オチなし。

Excelですごい技発見した!

今までずっと列で入力するとき

エンターしてセルの枠が下に行くのでいちいちカーソルで上、右とやってたんだけど

エンター後のセルの移動の方向って変更出来る!!!

これで、列の横入力がめちゃ楽になるよ!!!

すげー!

2016-11-27

http://anond.hatelabo.jp/20161127082710

SE入門者だけど、次の一冊を教えてほしい



最近SEを始めたのだけれど、SE面白いね。なので、お詳しい方々、おすすめ教えてください。特に、Cとはなんぞや、とか、Excelとはなんぞや、とか哲学的テーマに踏み込めている作品を知りたい。作品自体が壮大な思考実験になっているような。でもオブジェクト指向がどうとか、フロントエンドがどうとか、実装部分にしか興味のない話は要らない。

2016-11-20

からお前らはブラックなんだよ?

ローカル仮想環境たてて開発するとマシンスペック足りない人いるか

みんなで一緒の開発環境上で開発しようね。

その際上書き事故防止のためにロック機能必須だね」

→ アホですか?

Gitは使い方難しくて工数増えちゃうからSVNソース管理しようね。

ソース触るときは他に開発中の人いないかチャット確認してね。」

→ アホですか?

「開発環境を構築するときは全部ちゃんとメモしてね。

あとで検証環境と本番環境でも同じ手順で構築するからコマンドまで細かく書いてね?

chef?ansible? itamae? 自動化するとミスがあったときにハマっちゃうからね。

手動が確実だよ。」

→ アホですか?

「Java8?使ったことないか不安だね。今回はJava7で行こうか。実績あるから安心だね」

→ アホですか?

JavaEE?使ったことないか不安だね。今回は大規模案件から使いなれたJavaSEにしよう。

アプリケーションサーバTomcatいいね

→ アホですか?


設計書書くとき知識がない人がみてもわかるように書こうね。

かいロジックまで設計書まで落とし込めるといいね

もちろんExcelで書いてね。更新するとき更新履歴シートに更新内容書いてね。

ファイル名は日付をちゃんと書くこと。更新したらチャットで報告してね。」

→ アホですか?




こんな会社は僕のとこだけだよね?

エンジニア立ち居振舞い: 技術的な暴力を振るわない - futoase

http://futoase.hatenablog.com/entry/2016/11/19/155427



例示されている暴力はだいたい頭の悪い暴力なので反論できます


CGIには今の時代PHPを利用するのに、なぜ未だにPerlを使っているのか。処理速度も遅く、表現も難解だ。

では今あるシステム全部PHPリプレイスするとして、○人月工数必要ですがそのような予算はありません。



Go言語のもの表現力が低い。そんなものを利用するならJavaScalaで書くべきだ。ライブラリ豊富にあるだろう。Googleに縛られた環境での開発は恐ろしい。

ところでどうしてWindowsPCを開いてExcel文書作ってるのか教えてください。



Serverlessそのものサーバがなくなるわけではない。自身チューニングなど細かなリソース管理ができないPaaSを使って自身サービスの命運を預けるなんて馬鹿げている。

理屈の上ではオンプレミスIaaSの方が細かな管理できるかもしれませんが、サーバ管理にそこまでコストかけるつもりが無いのに適当なこと言わないでください。

みんな忙しいから結局何もやってないじゃないですか



iOSアプリのものプラットフォームがいつまであるかもわからないし、今後広がるかわからない。Objective Cを覚えたり、そんなもの技術をかけてどうするのか。

Nintendo Switchが大流行するかわからない。コントローラー使いづらいし。あんものはチンケなものだ。そもそもUnityインフラエンジニアが覚えて意味があるのか。

流行前は流行らないと言い、流行った後は将来性が無いと言う、じゃあ一生何も始めないつもりですか?

でも安心してください。すべてはUnity解決してくれます。そう、Unityならね。






とは言っても結局は私も暴力をふるう側の人間

例示された人たちに暴力ふるいたい。

windowsmacフロントエンドインフラ組み込みいう線引きからはみ出してはいけないと思うな。むしろ全部やれ全部だ!誰もお前がカバーしてない部分をサポートなんぞしねえからな!


ECサイト作りたい人 → ヤフオクでやれ(CMSを使うことの大切さ)

iosアプリ作りたいwindows開発者 → くだらないことにこだわってないでmaciphone買え(ios開発は何もかもmacxcode大前提

フロントエンドプログラマgo → goだけ使われても微妙。当然DBとの連携もあるんだよな?ん?(サーバサイドスクリプトDB連携のためにあるようなもの

サーバレスに興味あり組み込みエンジニア → どうでもいいからさっさと作れ。そこ悩むとこじゃねーから!(悩むなら一度サーバ立ち上げから自分でやってみてイメージをつかんだ方がいいかも)

NintendoUnityインフラエンジニア → やればいいと思うがハードルが高すぎて頓挫する可能性が高い。まずはUnityエディタ上で動くくらいを目標にすべきだ。

2016-11-18

メンバー設計書をwikiで書きましょうって提案された

私はソフトウェア製造業で十年近く働いているが設計書と言えばExcelまたはWordだった。

UMLなどの作図にツール使用することはあっても、最終納品物としてはExcel画像として張り付けて提出していた。

もちろんExcel方眼紙については批判もあるのは理解しているが、開発者運用者、顧客など関係者すべてが手間なく簡単に読めることを条件とすると、やはりExcelに落ち着いてしまう。

 

そんな私に表題のようなことを提案されたわけだが、最初何を言っているのかわからなかった。

設計書と言えばExcelという私には設計書をwikiで書くという発想がみじんもなかったからだ。

開発者運用者、顧客のだれでも手間なく容易に読めるという条件はwikiでもかなえられることに気付いたが、私にはwiki知識ほとんどない。

 

彼に詳しく聞いてみると、前に参画していたプロジェクトでは社内サーバに建てたwiki用語集として活用していたそうだ。

wikiには顧客業務専門用語などを記載して、製造工程以降に参画してくるメンバーとの情報共有のツールとして使用していたらしい。

そういった運用をしているうちに彼はwiki自体設計書とできないか考え、調査したところ実際にwiki設計書として使用している会社もあるようだということで、今回提案に踏み切ったらしい。

 

私も今調べてみたところwiki設計書を書くという運用をしている会社もあるようだが、メリットデメリットwiki知識があまりない私には判断しかねている。

ぱっと思いつくデメリットとしては、第一に、やはりマークアップ記述するコストが非常に大きいように思える。

記述する手間だけでなく、記述するスキルを手に入れるためのコストも考えると無視できないコスト必要となるように思える。

第二に、保守以降、一つのシステム複数改修案件や故障対応が並行するようなことはままあることだが、ソースSVNなどで管理できるがwikiはできないため、設計書とソース間で不整合が発生することは大きな問題である

 

メリットとしては、リンク機能で各設計書間を容易に行き来できることが第一に挙げられる。

第二に、改訂履歴差分が標準で用意されていることもメリットであろう。

第三に、検索が容易であることがあげられる。この点はExcel比較して十分大きなメリットだと思っている。

 

私がぱっと思いつく限りではこんなもんである

はてな諸兄の中にwiki設計書を書いたことがある方がいれば、メリットデメリット、その他運用において気をつけるべきことなどあればご助言願いたい。

 

なお、今回の案件は数万LOCの小規模な、VBからWEBアプリへの置き換え案件であり、顧客から設計書の決まった書式などは指定されていない。

そのため自社の標準の設計テンプレート使用する予定だった。もちろんExcelである

 

また、設計作成使用するツールExcelWord以外の素晴らしいツールがあれば教えていただきたい。

どうかよろしくお頼み申し上げ候。

2016-11-16

Excelアメコミ映画みたいにリブートしてくださいよォー

http://anond.hatelabo.jp/20161116104349

ExcelはWin98時代からお客様を切り捨てられない都合上どうやっても醜悪仕様を維持せざるを得ないので

過去のしがらみがない人はExcel以外のソフトを使ってください

ITオンチプログラマー

新しく来た人がそれで、何気に初めて見た。

プログラム能力経験も長くそこそこなんだが、開発環境インストールにすごく手間取っている。苦手でそういうの避けて生きてきたらしい。SkypeSlackの使い方教えるのさえ一苦労。この先大丈夫なのか。

管理的な業務も任せたかったのだがExcelまともに使えないようで無理っぽい。

2016-11-12

SNSに張り付きながらExcelマクロ書いてる

そういえば学生時代はだいたいこんな感じだった

課題提出日の直前になってコーヒーレッドブル飲みながら徹夜でだらだらとコードを書いていた

しんどかったけどちょっとしたお祭りのようにも感じられて結構楽しんでたように思う

2016-11-07

苦行

DB登録されてWebアプリで表示されているデータ

Excel作成したフォーマット用紙を印刷した紙に

手書きで転写して保存するとか



どんな苦行だよ

2016-11-06

SI下請けプログラマSI元請けのオッサンに思うこと

「ああうん、設計書は後でいいよ、どうせ変わっちゃうし。でも客に見せるもの必要からペラ1枚程度で作ってよ」と

言ったオッサンがいた

この人わかってるな!さすがでかいSI屋だと違うね、開発の実際と手の入れどころ・抜きどころ知ってるんだね、と思った

「先に設計書を出せ、詳細設計書を書いてから実装だろ」みたいなこと言う人に当たると、ああハズレだなと思う

こいつ物作った経験ほとんどないんだな~と思いながら、オッサン騙しの文書理論を用意する仕事が最優先になる

余計な仕事が増え本来の物づくりへの工数が削られる、コストは上がって品質は下がる

しかしこの手のオッサンは多い

「詳細設計(Excel文書)は自分が書いたけど、実際のプログラムは読めない。そこをうまく読んで書いてくれるのがプログラマじゃないの」

と言ったSI元請けがいた。コードレビューもこいつがやってた。読めも書けもしないくせに

そいつマネージャーではあったがスケジュールを調整する力は皆無で、客に言われた要望を受けて下に押し付けるだけだった

こいつは早く死んだほうがいいなと心底思った

http://anond.hatelabo.jp/20161106122745

詳細設計書を読むべき主な人間は、設計書に従い実装するコーダであるのは言うまでもなく当然の事でありこの辺からすでにはき違えているのには呆れるばかり。

読んで憤慨。そんな現場どこにもなかったぞ。ただの1つも。ここ20年で。

一番ひどかった現場は、ソースの読めない書けないやつが詳細設計書の日本語を変更し日本語記述を追加し、あとは実装者任せってやつだった。

読めない組めない書けないやつが詳細設計って。おまえExcel文言修正するだけの事務のおばちゃんレベルやん。

当然システムが実際にどう作られていてどう機能追加すべきかは「詳細設計書」には載っておらず、実装工程プログラマが一から調査することになる。

http://anond.hatelabo.jp/20161105032504

かなり時代錯誤を感じる。ネタであって欲しい。もしかしてITリテラシー低すぎ?というか、好きなソフトウェアは何なんだよ。ノーカンプラ???

高い

"Excel" なら安い。アプリの数百円からデスクトップ版の1.5万程度。ていうか、¥14,526で売ってる。

https://www.amazon.co.jp/dp/B015SMNVAK/

重い

Excelが重いとかどれだけ糞スペ。

Windowsしか動かない

Mac, iOS, Android, ブラウザでOK。

よくバグる

それはExcelに限った話ではない。ソフトウェアである以上多少のバグはしゃーない。つかリソースが糞なせいじゃねーの?滅多に落ちないが。

検索性が悪い

イミフ普通に検索出来るだろ。

共有PCとかだと高確率で使えない(Excelが導入されてないから)

ブラウザでOK。

Markdown表現できるレベル資料とかもはや何のためにExcel使ってるのかわからない

それはExcelのせいじゃなくて使う人間馬鹿なんだろ。

タブ表示が面倒臭い

ショートカットご存知無い?馬鹿?ページスクロールも面倒臭そうだな。見なくていいよ。

バージョン管理システム管理した場合Diffが見にくい

それはそのバージョン管理システムが糞なんだろ。Diffを見るだけならWinMerge+xdocdiff普通にやすいが。馬鹿なの?

セル結合死ね

嫌ならマクロで一括解除&復元でもしろマクロからでも普通に扱えるし、イミフ。罫線も死んじゃうの?

Excel製ワイヤフレームとか手書きの方が多分まだ保守やす

知らんがな。使い方の問題だろ。ExcelじゃなくてWordならいいのか?馬鹿

お節介な補完がうざい

嫌ならOFFにしろよ。馬鹿

方眼紙死ね

Excel方眼より良いものがあれば使わないだろ。普及度、使い勝手トータルでExcel方眼より良いものがあればぜひ教えろ。

学生相手Office持ってる前提でいろいろ求める風潮

しろ、今の大学Office使わないところあるの?マジ?普通総合大学ならITの授業あるだろ??レポートOffice使うだろ???

それとも持ってるけど使えない脳足りん系?F欄なのかな。

つか、Excelの話じゃないのか?

AシートとBシートで別々の人が全く関係ない作業しててもマージするとコンフリクト起こる

形式(.xlsx)はXMLZIPで固めただけだから分解して好きにしろ

2016-11-05

http://anond.hatelabo.jp/20161105032504

自分が働く環境Excelは入ってる前提のとこが多いなあ

けどまあ共有環境で使えないならもう捨てるべきだと思う

セル結合は自分も嫌い、解除してフォーマットに合わせて再結合するマクロを毎回組んでる気がする

お節介な補完は設定で止めることができるよ、自分もいつも止めてる

http://anond.hatelabo.jp/20161105032504

Excelが嫌いな理由

多分あと2,3倍くらいある

2016-11-04

http://anond.hatelabo.jp/20161104222854

それやるにしても書式がちょっと複雑だと、ワープロでやるより何倍も作業増えるな。

修正するときも、プレーンテキストにもどして修正して、そこからまたExcelに貼る作業したりするのだろうか。

http://anond.hatelabo.jp/20161104220807

Excelって方眼Excelのこと?

あれ、方眼状にしたセルに、一セル文字でやってるところがあるんだ…

Excel問題

Excelは滅ぶべきってのには同意する。

けど、あれでやたら消耗するとか言ってる人も疑問だ。

あんなのはテキストエディタで書いて文字間にタブを入れるように正規表現で置換してコピペすれば済む問題じゃん。

もしかして、あの書式でホントに一文字ずつ入力してる人なんていないよね?

 

それとも、テキストエディタとか正規表現って私が思っているより使ってる人少ないの?

だとすれば日本生産性を上げる余地はまだまだあるのかもなぁ。

 

生産性向上のためのちょっとしたTipsでもあれば私にも教えてちょ。

2016-11-01

知識を蓄えることは知的活動では無い

何かのルールや手順,知識を蓄える(暗記する)行為ってもはや知的活動じゃないよね

そんなもんは今時PCだろうがスマホだろうが便利なモノはいっぱいあるんだから覚えさせれば良い

例えば昔はいろんな漢字を知ってることが知的活動だったみたいだけど

PCIMEの普及で完全に知的活動じゃなくなった

もちろん常用の漢字は書ける必要があるけど

鳳梨って書いてパイナップルって読める必要は全く無いわけでただのクイズ(娯楽)になってる

同じ事がルールや手順でも言える

仕事上で何かを申請するときのやり方を必死メモ取ったり暗記したりしてる奴がいるけど

そんなのシステム化すれば覚える必要は全く無いしその方が安全

人間記憶をあてにする方が間違いでシステム的にエラーは除外すればいいし入力内容はガイドすればいい

システム化するのに時間がかかるのであれば手順をまとめてWikiなりのナレッジベースサービスに突っ込めば良いし

それが出来ないなら大好きなExcelにまとめて皆が読めるようにすればいい

知識を集めて共有して検索可能にすることで業務は迅速化するし間違いも減る

そういう知識や知恵の共有をしないで自分の中に溜め込んで他の人に教えることで知的活動を装ってる老害一定数いるんだけど

本当にただの害でしかないしシステム化阻害要因だし勘弁して欲しい

そんで少ない割合若い人もそれに感化されて自分の中に知識を溜め込もうとしてる

企業とか社会にとっても損害だしそれで知的活動をしていると勘違いしてしまって

本当に必要クリエイティブな発想の種を若いうちから潰してるのがもったいない

いっそのこと「メモを取る文化」は無くした方がいいと思うんだよね

すまん増田、協力してくれ

国税庁HPにアップされているものと同じ内容の

平成29年給与所得者の扶養控除等(異動)申告書

これのExcel版かWordファイルあったら教えて下さい。