Podcasts about deckset

Next to all the support for Bruce and the rest of the decks as well as some cool promos, we got dates for future Products and a NEW P PRODUCT!!| Apple Podcast: https://podcasts.apple.com/us/podcast/top-deck-heroes/id1653458875| Spotify: https://open.spotify.com/show/3SaIbFOfUD8IovkVlcPbRMApple Podcast: https://podcasts.apple.com/us/podcast/top-deck-heroes/id1653458875| Support us when buying from TCGplayer by using the affiliate link: http://bit.ly/3VCBCEn| Check out Triple Sleeve TCG for great deals on Cases, Boxes and even Clan Splits: https://bit.ly/2I8o2Zm| Interested in Custom Sleeves & Playmats, check out Your Playmat: https://www.yourplaymat.com/discount/TTDH10YP?redirect=/collections/filip-leskovar?aff=127To all of our subscribes and anyone who watches our videos stay safe and healthy! If you like the video please hit the like button.If you wish to see more of our videos, then hit the subscribe button for more content.- - - - - - Decks Lists: https://drive.google.com/drive/folders/160mnBJ05LtdrBJCXhYWbMSb2vUnnqkaO?usp=sharingProxy Sheets: https://drive.google.com/open?id=1oEjASZsDKnkaxcfrCONvEMZgHV05NhhB- - - - - - Song: Skandr - Falling Stars (Vlog No Copyright Music)Music promoted by Vlog No Copyright Music.Video Link: https://youtu.be/g5j1ySWz744- - - - - Facebook: https://www.facebook.com/TheTopDeckHeroes/Discord: https://discord.gg/7NQA6cNTwitch: https://www.twitch.tv/thetopdeckheroes#TDH #VTime #CardfightVanguard #overDress

Chris is back from vacation and gives hiring and onboarding updates. Steph has an update about the CI slowdown and scaling CI. They tackle a listener question regarding having some fear around potential merge conflicts. This episode is brought to you by ScoutAPM (https://scoutapm.com/bikeshed). Give Scout a try for free today and Scout will donate $5 to the open source project of your choice when you deploy. Deckset (https://www.deckset.com/) parallel_tests (https://github.com/grosser/parallel_tests) paralleltests - important line that may alter the `groupby` strategy (https://github.com/grosser/parallel_tests/blob/9bc92338e2668ca4c2df81ba79a38759fcee2300/lib/parallel_tests/cli.rb#L305) KnapsackPro (https://knapsackpro.com/) rspec-queue (https://github.com/conversation/rspec-queue) Vim Conflicted Overview (https://github.com/christoomey/vim-conflicted#overview) Mastering Git Course on Upcase (https://thoughtbot.com/upcase/mastering-git) Git Object Model (https://thoughtbot.com/upcase/videos/git-object-model) Git Object Model Operations (https://thoughtbot.com/upcase/videos/git-object-model-operations) The Opportunity Will Find You (https://thoughtbot.com/blog/the-opportunity-will-find-you) This episode is brought to you by Studio 3T (https://studio3t.com/free). Try Studio 3T's full suite of features for 30 days, no payment details needed. Become a Sponsor (https://thoughtbot.com/sponsorship) of The Bike Shed! Transcript: CHRIS: Golden roads are golden. STEPH: Hello and welcome to another episode of The Bike Shed, a weekly podcast from your friends at thoughtbot about developing great software. I'm Steph Viccari. CHRIS: And I'm Chris Toomey. STEPH: And together, we're here to share a bit of what we've learned along the way. Oh, I also have a new intro that I want to try out. This is thanks to Irmela from Twitter, where it's good morning and hooray; today is Bike Shed day. They technically said Tuesday, but we don't record on Tuesdays. So today is Bike Shed day, so happy Bike Shed day. And hey, Chris, what's new in your world? CHRIS: What is new in my world? Yeah, I loved when I saw that tweet come out. It really warmed my heart. So Tuesday, in theory, is Bike Shed day, but for you and I, Friday is Bike Shed day. It's confusing breaking the fourth wall, as I so often do. But yeah, what's new in my world? I'm back from vacation, which is the thing that I did. For listeners, well, I have been absent the previous week related to vacation and all those sorts of things. But I did what we're going to describe as a not smart thing. It wasn't intentional. The world just kind of conspired in this way. But I had two separate vacation islands that existed in my mind, and then they both kind of congealed, but as they did that, they moved towards each other, but they didn't connect. And so what I ended up with was two weeks back to back where I was out on Thursday and Friday of one week, and then I was back for Monday and Tuesday. And then I was out for Wednesday, Thursday, Friday of the following week. Protip: that's a terrible idea. It's just not enough time to sort of catch up. The whole of it was like the ramp-up to vacation and then the noise of vacation, then getting back and being like, oh, there are so many emails. Let me try and catch up on them. But also, on the very positive side, we had a new hire join the team, and so most of my focus on the days that I was in the office was around getting that new person comfortable on the team, onboarding, spending as much time as possible with them. And so, all total, it was an adventure. And again, I would strongly recommend against this. The world just kind of conspired, and suddenly these three different forces in my life came together. And this was just the shape of things. But yeah, I went on vacation, and it was great. The vacation part was great. STEPH: I will take your advice. So next time I have like two segments of PTO, I'm just going to stitch them together and just go ahead and take that whole intermittent time off. CHRIS: That probably would have been better. Again, someone new joining the team, it was very important to me to get some time with them early on, and so I opted not to do that. But yeah, the attempt to catch up in between was a completely lost effort, I would say. But I think I'm mostly caught up now, having been back in the office for about a week, so yeah. But let's see, what else has been up in my world? It's actually been a while since you and I have chatted based on the various timing and schedules and the nonsense vacation schedule that I had that you so kindly accommodated across a couple of weeks. Let's see, hiring and onboarding; the hiring went really well. We talked about that a bunch of weeks back. But now we're in the onboarding phase. And so next week will be the first week that all four of us on the engineering team are in the office together for the full week. I'm super excited to experience that. We've had different portions of it, with me being on vacation and other folks being on vacation. But now, for the first time, we're really going to feel what it's like as this team. And we're going to have our first retro as a group and all those sorts of things, so I'm very excited to do that. And thus far, all of the interactions that we've had have been really wonderful as a team. And so now it'll be the first time we're just bringing all of those various pieces together. STEPH: I just have to clarify; you said all of y'all in the office together. Do you still mean remotely? CHRIS: Oh, yes, yes, I just mean not on vacation, all present and accounted for on the internet. Remote is another interesting facet of what we're doing here and trying to figure out how to navigate that, particularly where there are some folks that are closer and can potentially get together in the city, that sort of thing, and then folks that are truly remote and making sure that we're...I'm very much of the opinion if we have anyone that's remote, we are remote team, and we must embrace async communication and really lean into that. And I think the benefits of async communication as its own consideration are so worth it. And it's one of those things that's hard to do. It requires careful, intentional thought. It requires more purposeful communication. But I think there are a lot of good things that fall out of that. It's similar to TDD in that way in my mind, like, it's not easy. It's actually quite difficult. But all the effort that I put into trying to learn how to do that has made me a better developer, I think, on all the various fronts. And I think similarly, async communication I believe in as a tool to force just better communication. And so I'm a big believer in it, and I've found a ton of benefit in remote that I'm also a big believer in that now. I, like everyone else, was forced into it as the world was, but I've really come to enjoy it a lot. And so yeah, so, no, not physically in the office, to answer your very short question with a long rambling aside. STEPH: [laughs] I like that comparison. I hadn't thought about it in that way but comparing that thoughtfulness and helpfulness of async communication and then also to TDD, where it's not easy, but the payoff is so worth it, the upfront cost of it. That is something that at thoughtbot, we've had conversations around where there are folks that really value...they want to be around people. They get energy from people, and so they want that option to be able to rent a WeWork space and maybe get together with a colleague once or twice a week, and that was supported by thoughtbot. But we also wanted to express well, if you are together, do treat everything still as a remote work environment. So let's say if you and your colleagues are on a project, but then there's a third person on that project that's remote, you still need to act like everything's remote to make sure that everyone else is still getting to participate and hear everything and be part of the conversation. So just keeping that in mind that yes, we want to support you doing your best work, and if that's around people, that's wonderful. But we are still remote-first, and communication needs to be in that fashion. Well, that's super exciting that you'll have all of the team together. That sounds like it will be wonderful to hear about and then also retros and meetings, and yeah, it sounds like you've got a fun week ahead. CHRIS: Indeed. I'm super excited to see what sort of new things come out of the new voices on the team and practices that each of the individuals have experienced at other companies that we can now fold together. The work that we've done so far has been very much inspired by thoughtbot ideas, and approaches, and workflows, and processes because that's what I brought to the table. But I'm super excited to bring in more voices and see what of that 100% stays on versus does anything change? Do we get entirely new things? So yeah, very excited about all of that. But to revisit a topic that we've talked about in the past, this week is catching up from vacation, so there's a certain amount that will constrain my work. But this was definitely another week of I did not do much coding. I'm trying to think if I did any coding this week. It's possible that the answer is no. The fact that I don't even know the answer to that is an interesting one. I still have in my mind the desire to get back to it, and I think I will. But there's so much other stuff to do. Recently, this week, there's been a lot of vendor selection and contract negotiation, which is an interesting facet of the work, but just trying to figure out, oh, we need platforms to do X, Y, and Z. And it turns out they're wildly costly and have long sales cycles. And how do you go through that, and how do you make sure that we're getting the right thing? And so that's been a big part of my work. Hiring and onboarding, again, has been a big part of it. There's also some amount of communicating back to the broader team - what are we doing? What is the product organization or the engineering team delivering? And so I'm okay at presentations, I think. I'm comfortable with giving presentations. The thing that I struggle with is finding the optimization point in preparation. I will, of my own accord, over-prepare. And that may sound a little bit like, oh, what's my greatest weakness? That I care too much. But I mean it sincerely as like, I would love to find that right amount of like, it's like an hour of preparation for a 15-minute presentation to the team. That's the right ratio. And I just hit that on the head, and it's great. But whenever I know that I need to give a larger presentation, it will distract me. And it's work that can expand to fill whatever time you give it, and so trying to thread that needle is a tricky one for me. STEPH: Yeah, I'm with you. Presentations, for me, they're one of those things that it's very stressful, anxiety-inducing; all the prep feels distracting from some of the other work that I want to do. Or maybe I'm excited about the presentation, and that is the work that I want to do. But it's not until it's done that then I'm like, oh, that was fun. That went well. This was great. It's not until after that then I feel good about it. So the lead-up to it is very stressful. And so if you can optimize that to say, well, I know exactly what this group needs, where I can cut corners, where I have to go into details, that sounds incredibly valuable. I'm curious, so this is probably a bad idea, but it's the only way I really know how to find those boundaries is you got to experiment and tweak a little bit and let yourself fail a little bit or just be very explicit with folks about this is what the presentation is, if you expected something else, let me know. Or here's what I've got, have someone to bounce ideas off of. But there's such a nicety if you can find that I'm going to try failing just a little bit and get some feedback. Or maybe it's not failing at all, but you are testing that boundary to find out did this work, or should I put more effort into this? I'm curious, do you have thoughts on that? How you're going to find that right optimization level? CHRIS: Not as specific to truly honing in on whatever the correct number is. The thing that I've been doing is I...this will sound complicated, but I wait until the last minute but a specific version of the last minute. So at most, I start working on it an hour and a half before the meeting. And these are, again, not particularly large presentations, and it's a recurring sort of thing. So it's sort of engineering talking about the work that we've done recently and trying to find the right level of detail and whatnot, so giving myself a smaller time window. I think that's enough time to tell the story and to find a meaningful way to tell the story and grab the screenshots and all of that, but it's constrained so that I don't over-optimize, over-edit, overthink. I'm using Deckset, which is a presentation tool that starts from a Markdown file. So it's just a Markdown file that I'm editing. That's great; that works really well. I do not twiddle with fonts. There's one theme that I use. It is white background with black text. That's it. And I think I've given myself deep permission to be the CTO that has a white background with black text and no transitions. I don't even go into presentation mode for it. I'm literally showing the UI of Deckset, and then just hitting the arrow to move between them. But the Chrome and the drop-down menu at the top is still visible because I want to see people's faces as I'm presenting. And I haven't figured out how to do that correctly on my computer. So I'm just presenting the window of Deckset. And I'm like, I have given myself permission to do all of those things, and that has been super helpful, actually. So that's a version of me negotiating what this means. Where I do invest the effort is trying to enumerate all of the things and then understand what is the story that I'm telling around the things and how do I get the message right for the collective audience? So, for a developer team, I would say much more nuanced technical things, for marketing folks, it would be at this end of the spectrum. I do lean on the old idea of, like, let us talk about it in the mindset of the user, so it's very much user-centric, but then some of the things that we're doing are important but invisible to the users. They're part of how we broadly build the platform that we need to, but they're completely invisible to users. And so, how do I then tell that story still with ideally a user-centric point of view? So that's where I do invest the time, and I give myself complete freedom to just grab screenshots, put black text on a white background, and then talk over it. STEPH: I love it. Because you made this comparison earlier, so now I'm thinking of a comparison of like TDD-driven presentations where it's like, what's the end goal? What's the assertion? What's the outcome that I want? And then backfilling from there. Or, in your case, you're talking about what's the story that I need to tell? What's the takeaway that I want people to have? So then you start there, and then you figure out what's the supplemental information that you need to provide to then get there. And the fact that you don't twiddle with fonts and all that stuff, I think you're already really on your way [chuckles] in terms of finding that right optimization of I need to present a clear and helpful message but not sink too much time into this CHRIS: Black text on a white background is very clear. So... STEPH: [laughs] If there are any designers listening to this, they might just be cringing to this conversation right now. [laughs] CHRIS: I actually wonder about what the...I know that dark mode is a thing that lots of folks care about. I'm thinking about the accessibility affordance of it now. I'm actually thinking through it now that I said it somewhat flippantly. I actually don't know what I'm talking about, but it was easy, and it wasn't a choice that I allowed myself to think about. So there we are. Mid-roll Ad Hi, friends, and now a quick break to hear from today's sponsor, Scout APM. Scout APM is an application performance monitoring tool that's designed to help developers find and fix performance issues quickly. With an intuitive user interface, Scout will tie bottlenecks to source code so you can quickly pinpoint and resolve performance abnormalities like N+1 queries, slow database queries, and memory bloat. Scout also recently implemented external service monitoring, adding even more granularity when it comes to HTTP requests and API calls. So give Scout a try today with a free 14-day trial and experience first-hand why developers worldwide call Scout their best friend. And as an added bonus for Bike Shed listeners, Scout will donate $5 to the open-source project of your choice when you deploy. To learn more, visit scoutapm.com/bikeshed. That's scoutapm.com/bikeshed. STEPH: In my personal world, so Tim and I are moving. We're on the move. We are transitioning from South Carolina to North Carolina. So I think I may have shared a bit of this news, but Tim has acquired his first software developer job, which is just phenomenal. It is in North Carolina. He does need to be there in person for it. So we are currently selling our South Carolina house and then moving. It's not too far. It's like three and a half hours away to where we're moving in North Carolina because we're already pretty far in North and South Carolina. So yeah, there's always another box that needs to be packed. And there's always just something else that you forget, another thing that you want to take to Goodwill or try to give to a neighbor. It's a good way to purge. I will definitely say that every time you move, it's a good time to get rid of things. CHRIS: That is a very cup half-full point of view on it, but yeah, it feels true. STEPH: [laughs] It's true. I'm a very cup half-full person. For more technical news, for more client stuff that I've been working on, so I think the last time we chatted, I was sharing that we had this mysterious CI slowdown where we were going from CI builds taking around 25 minutes to spiking to 35, sometimes 45 minutes, and I have an update there. So we found out some really great things, and we have gotten it back down to probably more about 23 minutes is where the CI is running currently. As for the actual who done it, like what caused this specific slowdown, we got to a point where we were like, we're doing so much investigative work to understand exactly what caused this that it felt less helpful because at the end of the day, we really just wanted to address the issue. And so solving the mystery of exactly what caused this started to feel less and less meaningful because we're like, well, we want to improve this anyways. So even if we found that one line or something that happened that caused this, we want a bigger solution to this type of problem because then this could happen again like, someone else maybe adds one line or something happens, and things get thrown off balance, and then suddenly, we have a slowdown, and that just takes too long to investigate. So I don't have a concrete who done it answer for the slowdown. But we've learned a couple of things; one of the things that we learned is we're using parallel_tests to then split our tests across all of the CPUs that are then running the RSpec test. And we realized that we weren't actually splitting tests based on runtime data. So there are a couple of ways that paralleltests will let you divvy up your test, and two of those ways one is file size. So you can split the files based on the size of the file, or you can use info from the runtime log. So then paralleltests can be a little bit more intelligent about like, well, I know how long these files take, so I'm going to split it based on that versus just the size of the file. And we realized that we were defaulting and using the file size instead of the runtime even though we all thought we were using runtime. And the reason for this took a bit of source code diving because looking at the README for paralleltests; it looked like as long as we're passing in a file to the runtime log path, then paralleltests is going to use that runtime data. But then there's some sneaky-sneaky in there that I'll actually link to in the show notes in case anybody's interested. But if you are setting a particular flag and don't pass in another flag, then paralleltests is going to be like, cool, I'm going to portion out your test based on file size instead of the runtime. So we fixed that, or we updated that, and that has had a significant improvement for the test being split out more evenly. So we didn't have a CPU that was taking 25 minutes while the next CPU was only taking like 17 minutes. And paralleltests also provides some really helpful data that because we have that runtime log file, we could tell how long each CPU is running and how they're getting split. So the past couple of weeks, it's heavy measure, measure, measure, take all the data, create lots of graphs, understand what's happening, and then look for ways to then fix it. So figuring out how these files or how the tests were being distributed across, we had a number of graphs that were just showing us what's actually happening. So then we could track the improvement, so that was really nice. It was the measure twice and change something once [laughs], and then we got to see the benefit from it. For scaling the CI, so we are looking on adding more machines to then process tests. That has been really interesting because we're at the point where we are adding more machines, but if we add more machines, we're not going to speed up how quickly our CI processes everything. Because we are splitting tests based on file size and not by examples, we're always going to have this effect of a tentpole. So if we have a file that takes 10 minutes, that's the fastest we're ever going to get. So Joël and I are in discussions right now of where we still really want to understand what's the fastest we can achieve just by adding another machine or two versus are we at the point that, okay, scaling horizontally and adding more machines has been helpful, but we have reached the breaking point where we actually need to divvy out the tests at a smaller scale and have a queue approach? So then that way, we can really harness the power of then we don't have one file that takes 10 minutes, and we don't have to care either. So if somebody adds a test to a file and suddenly a file goes from 12 minutes to like...well, hopefully, they added more than one test. [laughs] But let's say it goes from 10 minutes to 15 minutes; we don't want to have to manage that and understand that there's a tentpole. We just want to be able to divvy out all the examples and then have a queue approach. That's probably going to be MVP two of this, but we're still waiting that out. But it's just been really interesting to realize that scaling horizontally really only takes you so far. Like, we've added one machine, maybe one more, so then we'll have three total. And then it's like, okay, that's great, but now we need to actually address this other bigger problem. CHRIS: I know we've talked about this in previous episodes, but I'm super interested to hear as you progress into the queue approach because that's something that's been top of mind for me for a while. I don't know if we've talked about it before specifically, but Knapsack Pro is the one thing that I'm available as a service that does this. Do you have other tools that you're looking at for that, or is this still in the exploratory phase? STEPH: Knapsack is still a top contender. There's also RSpec Queue; that's another one that we have in mind. Unfortunately, I really wish paralleltests let us do this, but paralleltests just doesn't quite offer that feature. And someone in the team, I think, even reached out to the maintainer of paralleltests, and they were like, "Yep, you're totally right. We're actually more focused in making sure that this works for everybody versus has specific features." And they gave a really nice thoughtful response, which we appreciated, so at least we could confirm that paralleltests won't do exactly the thing that we need. So yeah, RSpec Queue, Knapsack, I think those are the top two that I'm familiar with. CHRIS: Gotcha. I don't know if I've seen RSpec Queue before. I'm intrigued. So actually, an interesting thing happened. While I was away on vacation, one of the folks who just joined the team as one of their first steps joining the team, noticed that our CircleCI config wasn't actually taking advantage of the parallelism that we had configured; that's on me. I turned on parallelism and then never did anything with it, which is a complete waste. And so I was super happy to come back and saw that CI, which had been creeping up to six or seven minutes, had suddenly dropped back down to two to three minutes sort of thing. I was like, this is amazing. But now I'm at the point where our RSpec suite is spreading across the different, I think, it's like four different cores that we have available, but it's not doing it as efficiently as we would like. So I'm like, oh, okay, can we dial it up to 11? But I'm intrigued; I've only looked very much in passing at RSpec Queue literally now that you've mentioned it. But Knapsack Pro exists as a different service. And so, as far as I understand, the agent that's running is going to communicate and say, "Give me another test. Give me another test." But there needs to be some external process running and managing that queue. Does RSpec Queue do that? Somebody owns the queue, right? Who owns it? Do you understand how that works? STEPH: So I was definitely familiar with this. If you'd asked me a couple of weeks ago, when I was diving heavily into the queue work before then, we transitioned more into focusing on then adding new machines; I was very up to speed on this. So I may get a couple of things wrong, but my understanding is that RSpec Queue, you're going to manage your own queue. So you bring in the gem and then use something like Redis, so then you are in charge of that. And with Knapsack, then you are using their service to manage that queue. And then they have found ways to optimize around what if you can't reach their API or something; their service is down? And making sure that that doesn't impact your CI so then you can't still run your test just because you can't reach their queue somewhere. So that's my current understanding, RSpec Queue you own it, Knapsack they're going to own it. CHRIS: Gotcha. That makes sense. That about maps to what I was expecting, and so I wonder if I could use RSpec Queue. Now I'm going to have to go research that. But it's always nice to have new things to look at on this to go at ludicrous speed. That's what I'm going for. I want to get to ludicrous speed for our CI. STEPH: I like that name. I haven't heard of that speed. I feel like I have. I feel like you've dropped that before, [laughs] like you've used that. CHRIS: I don't know; quite possibly, I have. It's a Spaceball's reference. It's a throwback to days of old. STEPH: Well, then we may be investigating RSpec Queue together. Because yeah, Joël's and I goal for this week has been very much to figure out what's our boundaries with TeamCity? What are our boundaries with horizontal scaling? And I think we're both getting to that conclusion of like, okay, this has been good, it's helpful, but we really need to look into the queue stuff if we really want to see significant progress. Also, some of the stuff we're doing because we're pushing on it, we are manually splitting files. So if there's a file that has created this tentpole that's taking 10 minutes, but we know ideally most of the other files only take six minutes, then we are splitting that file, so then we have two spec files that are associated with the same class. And then using that as a way to say, okay, what would this look like? Let's say if this were better balanced. And that's also been pushing us in the direction of like, okay, this is fun, this is informative, but it's not sustainable. We don't want to have to keep worrying about splitting these files and doing this manually and pushing us towards that queue-based approach. MIDROLL AD: And now a quick break to hear from today's sponsor, Studio 3T. When you're developing applications, it can often be a chore to work with your underlying data. Studio 3T equips you with a complete set of tools to work with MongoDB data. From building queries with drag and drop, to creating complex aggregation pipelines; Studio 3T makes it easy. And now, there's Studio 3T Free, a free edition of Studio 3T which delivers an essential core of tools. This means you can get started, for free, with Studio 3T Free and when you're ready, you can upgrade and enjoy even more features through Studio 3T Pro and Studio 3T Ultimate. The different editions unlock more tools and additional integrations with Mongo DB, SQL, Oracle and Sybase. You can start today by downloading Studio 3T Free, which also includes a 30 day free trial of all the features of Studio 3T Ultimate, so you can try out some of the enterprise features as well. No credit card required. To start your trial head to studio3t dot com forward slash free. That's studio dot com forward slash free. But shifting gears just a bit, we have a listener question. So this person wrote in, "I have listened and loved your podcast for many years dreaming of getting a job with people half as thoughtful and intentional as you, and finally it happened. I have my first junior dev job, and my co-workers and bosses are all super awesome. Up until now, I've been flying solo. And in my new job, I've been finding it very unsettling to resolve merge conflicts. As careful as I am to comb through the conflict and contact the other developer if needed, I feel like I am covering my eyes and crossing my fingers whenever I select the resolve conflict button. Is there some type of process or checklist I could rely on? Is it normal to have such a high fear factor with a merge conflict? Any advice or maybe just a bit of been there felt that way...?" All right. So one, that's fabulous, congratulations on the new job. That's very exciting. I think I've voiced this many times, getting your first junior dev job is so hard, and so I'm so excited when it works out for people, and they get there. And then, for the merge conflict, I have thoughts. Chris, do you want to start? Shall I start? How are you feeling? CHRIS: Why don't you start? Well, actually, I'm going to add some pre-commentary, and then I think you should lead into our actual answer. But first, I just want to say a deep thank you to this listener for sending in the question. Again, we really love getting these questions. And also, thank you for the very kind words. To be clear, listener, if you're going to send in a question, you don't have to say very kind words, but they are really wonderful to hear and especially to hear if we had any part in helping this person feel more comfortable getting into that first dev role and having an idea of what maybe a good version of that could look like. Additionally, I really love the shape of this question because it gets into the people stuff and the tech stuff, so I'm super excited about this question. Actually, both Steph you and I responded very quickly to this one. And so it really did catch our attention because I think it crosses that boundary in an interesting way that I think is sort of The Bike Shed space in the world. But to that end, you did reply first in our email chain. So I think you should start, and then I'll follow on after that. STEPH: I should also check with you. Wait, so you don't have a filter on your email that's like kind words only to The Bike Shed, and then you filter out anything that's negative? CHRIS: I have a sentiment analysis, and if it's even neutral, it gets sent straight to the trash, only purely positive. No, constructive feedback is welcome too. We would love to hear that. Well, love is a strong word. We would accept it into our inboxes and then deal with it, but yeah. STEPH: [laughs] It will be tolerated. Must require at least three hearts in all emails; just kidding. [laughs] CHRIS: Are you kidding? I'm counting them now, and I see a lot of hearts in our emails. [laughter] STEPH: Merge conflicts. So is it normal to have such a high fear factor with a merge conflict? I'm going to say absolutely. Resolving a merge conflict can be really tricky and confusing. And I think; frankly, it's something that comes with just time and practice where then you start to feel more confident. As you're resolving these, you're going to feel more comfortable with understanding what's in the branch and the code changes that you're pulling in versus something that you need to keep on your side. So I think over time, that fear will subside. But I do think it's totally normal for that to be a very scary thing that then takes practice to become accustomed to it. As for if there is some type of process or checklist, I don't know of a particular checklist, but I do have a couple of ideas. So one of the things that I do is I will often push my code to whatever management system I'm using. So if I'm using GitHub, then I'm going to push up my branch because then, at least that way, someone has a copy of my work. So if I do something and I completely botch it locally, I know I can always reset to whatever it is that I pushed up to GitHub, so then that way, I have more freedom to make mistakes and then reset from there. So that is one idea is just put it somewhere that you know is safe, so that way you now have this comfortable sandbox to then make mistakes. The other one is run the test. So hopefully, the application that you're working with has tests that you can trust; if not, that could be another conversation. But if they do have tests, then you can run those, and then hopefully, that would let you know that if you have left something in, like maybe you left a syntax error, or maybe you removed some code that you shouldn't have because you weren't sure, then those tests are going to fail, and they'll let you know that something went wrong. And you can run those while you're still in the middle of that merge conflict as long as you've addressed like...well, no, if you haven't addressed syntax errors, that's still a time that you can run it, and it's going to let you know that you haven't caught all of the issues yet. So you don't have to wait till you're done to then go ahead and run that. A couple of other ideas, practice. So go ahead and create your own merge conflicts on purpose. So this is something that I think is really helpful because it will teach you, one, what causes a merge conflict? Because now you have to figure out how to create one, and then it will help you become comfortable because you're in a completely safe place where you have made up the issue, and now you're having to resolve that, so it'll help you become more confident in reading that merge conflict message. And then last but certainly not least, grab a buddy so if you are just feeling super nervous. Anytime I'm doing something that I just feel a little nervous about, then I just ask someone like, "Hey, would you look over my shoulder? Would you pair with me while I do this?" And I have found that's incredibly helpful because it eases some of my fear. I've got someone else that is also looking through this with me. But I also find it really helpful because then it encourages that person to be like, hey, if they're ever in a spot that they need to pair, I want them to know that they can also reach out to me and have that same buddy system. I guess that's my checklist. That's the one I would create. How about you, Chris? What do you think? CHRIS: Well, first, I just want to say that basically everything you said I 100% agree with, and purposely I think was great that you actually replied to the email first and that you're saying those things first because I think everything that you said is true and is foundational. And it's sort of the approach that I would definitely recommend taking as well. My answer, then adding on to that, has to do with how I've approached learning about this space in my own career. To name it, to answer the core question, is it reasonable to be scared of this? Yes, Git is confusing. Git is deeply confusing. I absolutely love Git. I have spent a lot of time trying to understand it, and in understanding it, I've come to love it. But it's only through deep effort that I've gotten to that place. And actually, the interface, the way that we work with Git on a day-to-day basis, particularly the command line is rough. I'm going to say, what does Git checkout do? Well, it does just about everything, it turns out. That command just does all of the stuff, and that's too much. It's, frankly, the UI for Git, specifically the command-line user interface; the commands that we run to manipulate the Git history are not super intuitive. But it turns out if you pop open the hood, the object model underneath the core way that Git stores your code is actually very simple. I find it's very easy to understand, but I, unfortunately, have found that I can't understand it without dropping down to that level. And so, in my own adventures, I kind of went deep on this topic a couple of years ago, and I created a Vim plugin because obviously, that's the best way to encapsulate your knowledge about Git, and so I created a plugin called Vim Conflicted. I don't necessarily recommend the plugin. It's fine if you want to use it. I don't do a great job of maintaining my plugins at this point, to be honest. But there was a weekend where I was trying to understand the world of Git and merge conflicts in particular, and it was really sort of fighting me. And as I started to understand it better, there's a little diagram that I drew on the README that I think is probably the most interesting artifact from it. But it's this idea that there are actually four files, four versions of a given file involved in any merge conflict. And that realization shifted my thinking a good amount. And then as I started to think about that, I was like, oh, okay, and then I want to see this version of it, and this version of it, and this combination, and the diff between these two, and that was super helpful for me. More generally, I also made a course on Upcase about Git as I tried to understand it better. And there are two particular videos from the middle of the course named the Git Object Model and Object Model Operations. And again, those two videos deal with popping the hood on Git, looking inside it, and what actually is happening to your code as you perform different Git operations. One of the wonderful things about Git is it is immutable. So you're never going to destroy your Git history if you've committed. So one of the rules that I have is just always be committing, never worry about committing. If you've committed, you can always get back to that version. You would have to try very hard to destroy committed code in Git. It's the things that you do when you haven't yet committed the code that are dangerous. So commit the code, like you said, Steph, push that up to GitHub, so you have a backup of it. You will have a backup locally as well, and that's a thing that you can come to be more comfortable with. But then, from there, there's actually a lot of room to experiment and play around because there's a ton of safety in the way that Git stores the code. You do have to know how to get at it, and that's the unfortunate and tricky part. But I think, again, to sort of summarize, yes, this is confusing. Your feelings are absolutely valid and totally grounded, but it is also knowable, is what I would say. And so, hopefully, there are a couple of breadcrumbs that we've laid there in how you might go about learning about it. But yeah, find a buddy, watch a video or two, and give it a try. This is definitely a thing that you can get there but totally reasonable that your first approximation is this is confusing because it sure is. STEPH: I often forget that Git has that local copy of my code, so I'm so glad you mentioned that. And then yeah, I saw when you linked to Vim Conflicted. The diagrams are great. I had not seen these before. So yeah, I highly recommend folks take a look at those because I found those very valuable. CHRIS: In that case, it's a white background, but I allowed myself to use some colors in the little images to help differentiate the different pieces. And it's an animated diagram, so it's really a high bar for me. [laughs] STEPH: So now the question is, did you go too far? Have you over-optimized? [laughs] CHRIS: I'm going to be honest; it was a weird weekend. STEPH: [laughs] Well, I don't think you've over-optimized. I do think it's wonderful. And I think this is definitely a reference that I'll keep in mind for folks whenever they're learning about merge conflicts or just want to get more knowledgeable about them. I think these diagrams are fabulous. CHRIS: Well, thanks. Yeah, I hope...they frankly were a labor of love, and the course is three and a half hours of me rambling about Git, so hopefully, it's useful to folks. If anything, it was super useful to me because my understanding of Git was deeply crystallized in making that course. But I do hope that it's useful to other folks. And particularly those two videos that I highlighted, I think are the ones that have been most impactful for me in terms of how I think about working with Git and getting comfortable with it. STEPH: Do you still receive emails every now and then from people, or maybe they are tweets from people that are like, "Hey, I watched one of your videos and found it really helpful." I feel like I still see that every now and then where people are just commenting on like, they watched some of the content that you created for Upcase a while back, and I think that's really cool. I'm curious if you still see that. CHRIS: I do, yeah, from time to time. It is absolutely wonderful whenever I hear that. Again, listener, do not feel the need to send me anything, but it is nice when I get them. STEPH: It does seem like I'm fishing for compliments now. [laughs] CHRIS: It does seem like that. So I want to be clear that's not what's going on here. But it is nice because I do actually forget that they're out there. But a lot of the stuff that I produced for Upcase, in particular, I tried to do more timeless stuff, so like the Vim content was really about how Vim works in a deep way. And the tmux course and the Upcase course...or the tmux course, the Git course. I look back at them, and a couple of little syntactic things have changed. But I'm still like, yeah, I agree with me from six years ago or whatever it was. Oh, that's a weird number to say, and I think is honest. It's fine. I'll just be over here. [laughs] STEPH: [laughs] That's helpful to hear, though, because that's always one of my fears in creating content. It's like, I don't know, it's okay if it's more opinionated and I change my mind and disagree with my past self. But it's more like, yeah, keeping up with is this still accurate? Is this still reflective of the times? And then having to keep that stuff updated. Anywho, that's a whole big thing, content creation. CHRIS: Content creation, but there's a parallel to it that many folks will not be creating content, and I think that's a very fine and good way to go about progressing on the internet. But there's a parallel to it in learning that I think is useful. I, at this point, will typically lean in if there is something in the SQL layer that is fighting me. I have never found effort spent trying to better understand the structured query language to be wasted time. Similarly, Git is one of those tools that is just so core to the workflow that it felt very worth it to me to spend a little bit of extra time to get to a deeper level of comfort with it, and I have not regretted one minute of that. Vim and tmux are pretty similar because they're such core tools for me. But React, I would not call myself a deep expert of React. I follow some of the changes that are happening but not as deeply, and I'm not as worried about it. And if I'm like, I don't know how to do this thing, should I spend two hours learning about it or not? With frameworks and tools that have not been part of my toolset for as long, I will spend less time on them. And I think that the courses that I produced on Upcase mirror that. They're the things that I'm like; I feel very true about these things versus other stuff. Maybe it was in a weekly iteration episode or something like that. But that very much mirrors how I think about learning as well. What are the things that I'm going to continually invest in versus what are the things that I'll sort of keep an eye on from a distance but not necessarily invest as much time in? STEPH: There's a particular article that you're making me think of as we're talking about content creation and, as you mentioned, finding the things that you always find value in investing in. There's a wonderful blog post that was recently posted on the thoughtbot blog by Matheus Richard, and it's called The Opportunity Will Find You. And it made me think a lot about what you're talking about, find the things that you're excited about, find the things that you think are a good investment and just go ahead and lean into it. And it's okay if maybe that's not the thing that you're using currently at your work, but if it's something that gets you excited, then go ahead and pursue that. So in this article, for example, Matheus uses the example of learning Rust, and that's something that he's very excited about and wants to learn more about. And then there's another one where he started looking into crafting interpreters. And then that has actually led to then some fruitful work around creating custom RuboCops because then he had more knowledge around how the code is being interpreted so then he could write custom RuboCops. So yeah, plus-one to finding the things that give you energy and joy and leaning into that and investing in it. And if you share it with the world, that's fabulous, and if you don't, then keep it for yourself and enjoy it, whatever makes you happy. On that note, shall we wrap up? CHRIS: Let's wrap up. The show notes for this episode can be found at bikeshed.fm. STEPH: This show is produced and edited by Mandy Moore. CHRIS: If you enjoyed listening, one really easy way to support the show is to leave us a quick rating or even a review on iTunes, as it really helps other folks find the show. STEPH: If you have any feedback for this or any of our other episodes, you can reach us at @_bikeshed or reach me on Twitter @SViccari. CHRIS: And I'm @christoomey. STEPH: Or you can reach us at hosts@bikeshed.fm via email. CHRIS: Thanks so much for listening to The Bike Shed, and we'll see you next week. ALL: Byeeeeeeeee!!!! ANNOUNCER: This podcast was brought to you by thoughtbot. thoughtbot is your expert design and development partner. Let's make your product and team a success.

스탠다드아웃 93번째 로그에서는 MS 실적 발표와 반독점 청문회, 버블 500, 표준 꺼져?, 요즘 사용하는 앱에 대해서 이야기를 나눴습니다. 참가자: @nacyo_t, @raccoony, @ecleya 정기 후원 - stdout.fm are creating 프로그래머들의 팟캐스트 | Patreon 녹음일 7월 30일, 공개일 8월 23일 쇼노트 stdout.fm are creating 클라우드, 소프트웨어 개발, 전자 제품에 대해 이야기하는 프로그래머들의 팟캐스트 | Patreon 스탠다드아웃 | 오디오 천국 팟빵 신과함깨 코로나19 이후 폭발! 20조 중고거래시장, 당근마켓의 심상치 않는 독주 - 빅사이즈#7 Git 2.28 릴리즈 Highlights from Git 2.28 - The GitHub Blog svn - What is trunk, branch and tag in Subversion? - Stack Overflow MS 실적 발표와 반독점 청문회 코로나 사태에도 마이크로소프트 2분기 매출 13% 증가 - Chosunbiz 애플·아마존·페이스북 美 빅테크, 2분기 깜짝실적… 아이폰 신작 출시 10월로 연기 - Chosunbiz 아마존·애플·구글·페이스북 CEO, 反독점 청문회 증언 ‘주목’ Microsoft Corp. v. United States - Wikipedia Bill Gates - Deposition Part 1 of 12 - YouTube Sherman Antitrust Act of 1890 - Wikipedia Standard Oil Co. of New Jersey v. United States - Wikipedia Slack has filed an antitrust complaint over Microsoft Teams in the EU | TechCrunch Breakup of the Bell System - Wikipedia 버블500 Breakup of the Bell System - Wikipedia Price–sales ratio - Wikipedia Nikola Corp Nikola Tesla - Wikipedia 이정훈의 마켓워치 매출 제로 니콜라 기적 만든 스팩(SPAC) IT 붐과 신입 교육 Coding bootcamp - Wikipedia welcome home : vim online GNU Emacs - GNU Project 여러분의 CS 교육에서 누락된 학기 · the missing semester of your cs education Design Patterns - Wikipedia 스탠다드아웃 제목 - 표준 꺼져? 스테인리스강 - 위키백과, 우리 모두의 백과사전 Standard streams - Wikipedia Stack Overflow - Where Developers Learn, Share, & Build Careers 유한책임회사 설립·운영 > 유한책임회사의 운영 > 업무집행 및 대표권 > 업무집행자 (본문) | 찾기쉬운 생활법령정보 요즘 사용하는 앱 이야기 Manage Your Team’s Work, Projects, & Tasks Online · Asana To Do List App | monday.com Jira Pricing - Monthly and Annual Subscription Cost per User wkpark/moniwiki: MoniWiki Graphviz - Graph Visualization Software Private Markdown Notes for iPhone, iPad and Mac | Bear App Alpha Page | Bear’s Editor Future Evolutions | Bear App Deckset for Mac: Presentations from Markdown in No Time (‎Insight Timer - Meditation App on the App Store

In this episode of Technically True, we will chat with Cassidy Williams, who is a software engineer and instructor at React Training. We will explore her journey and utilize her experience to learn about getting started with public speaking, dealing with procrastination, handling live demos like a boss and establishing your personal brand. Featuring: Cassidy Williams (twitter.com/cassidoo) Hosts: Tanay Pant (twitter.com/tanay1337) Notes: The journal that Cassidy mentioned is Dabble.Me and the slide software that she mentioned is Deckset.

En este episodio hablamos sobre lo que aprendimos participando en Startup Weekend Back 2 Basics y sobre la seria de libros que nos enseño a amar la programación: HeadFirst MyCoffeBox: http://Mycoffeebox.com/cafe/hack Leco: Leco.mx Humble Bundle: https://www.humblebundle.com/books/data-science-books Deckset: https://www.decksetapp.com/ iA Writer: https://ia.net/writer/

De fleste af os har nok prøvet at sidde til et kursus eller en konference, og se på en tåkrummende præsentation - hvor oplægsholderen mumler, læser stammende højt af sine noter eller giver hele forestillingen med ryggen til publikum mens de læser højt af deres overproppede slides. Mange mennesker giver præsentationer og pitches, men det er langt fra alle, der er lige skarpe til at skrue en fortælling og et ‘slidedeck' sammen. Det er ikke fordi vi allesammen skal give ultrapolerede oplæg i TED-klassen eller bruge ugevis på at tilrette overgangene mellem punktliste-punkterne, men mindre kan også gøre det. Og faktisk handler det næsten mest af alt om at starte tidligt, lave god brainstorm og - surprise - tænke over, hvad det egentlig er man gerne vil sige. Jeg har besøg af præsentations-guru Linda Greve, der giver gode råd til både begyndere og øvede. P.S. Efter optagelsen har LInda søreme fået nyt job - og skal være formidlingschef på Science Museerne (Steno museet, væksthusene og Ole Rømer Observatoriet) på AU fra 1. januar 2019. Tillykke! Links [Linda Greves side på Aarhus Universitet](http://pure.au.dk/portal/da/persons/linda-greve(88a8f528-c3a6-4bd3-9057-b8010aa62d0b).html) Linda Greves' eget site Bogen - Den gode Præsentation Lindas fiskemodel-video Aristoteles - berettermodel og…stort set alt andet Keynote fra Apple Powerpoint fra Microsoft Google Slides Prezi Pitcherific Deckset - præsentationer på Mac fra markdown Logitech Spotlight De tre tips Forbered dig på at være sammen med nogen - ikke at hviske foran din computer Brug visuelle redskaber, men pas på at det ikke bliver overfyldt eller metaltræt Selve optræden - kig folk venligt og imødekommende i øjnene og smil lidt til dem

Hakuro Matsuda さんをゲストに迎えて、プレゼン、Pixel 3, Oculus, Adobe MAX などについて話しました。 Show Notes Fastly Yamagoya Meetup 2018 Deckset for Mac かわいいフリー素材集 いらすとや Rebuild: 219: Mass Murder of Apps (omo) Fakespot | Analyze and identify fake reviews JR東日本：モバイルSuica Pixel 3 XL: How to hide the notch 総務省 電波利用ホームページ Pixel 3 memory management issue kills apps, affects camera DRM for chargers? Google Pixel 3 locks fast Qi charging to certified chargers Pixel 3 仕様 Oculus Quest Oculus co-founder is leaving Facebook after cancellation of ‘Rift 2’ headset Adobe Cloak is Content-Aware Fill for Video Adobe MAX 2018: New Features and Updates Across Creative Cloud Video Tools LG モニター ディスプレイ 27UK650-W 27インチ/4K/HDR10対応 Project Stream

Technical Speaking With Saron Yitbarek TableXI is offering training for developers and product teams! For more info, email workshops@tablexi.com. Summary Presenting a technical talk can be an important part of a developer's career. In this episode, we're talking about how to perform a technical talk with Saron Yitbarek. Saron runs the CodeNewbie Podcast, and others, and organizes and coaches speakers for the Codeland Conference. Saron and I both have some thoughts and opinions about how to deliver a good technical talk. This episode has a lot of tips about how to prepare, what to do at the start of a talk, how to engage the audience, and why emoji are better for slides than videos? We'll give advice on how to give the talk that only you can give and how to get the best performance that you can. Guest Saron Yitbarek (https://twitter.com/saronyitbarek): Web (http://bloggytoons.com), Podcaster: CodeNewbie (https://twitter.com/CodeNewbies), Base.cs Podcast (https://www.codenewbie.org/basecs), Command Line Heroes (https://www.redhat.com/en/command-line-heroes). Notes 01:46 - Saron’s Public Speaking Experience Prior to RailsConf 2014 Reading Code Good by Saron Yitbarek (https://www.youtube.com/watch?v=mW_xKGUKLpk) 03:02 - The Performance of a Technical Talk Transitions: The easiest way to improve your tech talk (https://medium.com/@saronyitbarek/transitions-the-easiest-way-to-improve-your-tech-talk-ebe4d40a3257) OSCON Talk: Ask More Questions (https://www.oreilly.com/ideas/ask-more-questions) 06:50 - Should you memorize or wing your talk? Deckset (https://www.deckset.com/) 11:58 - Knowing Your Audience Jen Simmons: It's Never Been A Better Time to Learn Layout CSS (https://speakerdeck.com/jensimmons/its-never-been-a-better-time-to-learn-layout-css) 21:20 - Designing Slides 28:17 - Talk Beginnings and Endings 37:11 - Practicing and Delivering Your Talk 40:43 - Moving Physicality and Talking Speed 46:45 - Giving The Talk No One Else Can Give Related Episodes Organizing Technical Conferences (http://www.techdoneright.io/39) Conference Speaking and Diverse Perspectives with Carina C. Zona and Mark Yoon (http://www.techdoneright.io/9) Special Guest: Saron Yitbarek.

We're joined by Vaidehi Joshi to discuss her multimedia empire, conference talk prep, getting started with computer science, and the applicability of a computer science education in every day development work. We wrap the episode with live Q&A from our RailsConf audience. Vaidehi Joshi on Twitter Base CS – The Blog Posts Base CS - The Podcast Base CS - The Video Series RailsConf 2018: Re-graphing The Mental Model of The Rails Router by Vaidehi Joshi Deckset for Mac: Presentations from Markdown RustConf 2017 - Type System Tips for the Real World by Sean Griffin EmberConf 2018: Closing Keynote by Saron Yitbarek & Vaidehi Joshi Conway's Game of Life Understanding Computation: From Simple Machines to Impossible Programs: Tom Stuart Announcing Skylight for Open Source!

Je l’avais souvent cité dans mes épisodes du podcast sans vraiment en dire plus. Pourtant, Markdown est totalement au coeur de ma vie numérique créative. Je l’utilise pour écrire tous mes contenus : notes, billets de blog, présentations, documents longs et courts… Voici comment ça fonctionne et comment l’utiliser.Les applications citées dans l’épisode :Editeurs Mac et leur pendant iOS :- Ulysses : https://ulyssesapp.com- ByWord : https://bywordapp.com- iaWriter : https://ia.net/writer/- Editorial (iOS uniquement) : http://omz-software.com/editorial/- Ommwriter (+ version Windows) : https://ommwriter.comEditeurs Windows :- Write Monkey : http://writemonkey.com/wm3/- MarkdownPad : http://markdownpad.com- Typora (Windows, Linux, Mac) : https://typora.ioAutres logiciels :- Bear : http://www.bear-writer.com- DayOne App : http://dayoneapp.com- Drafts : https://agiletortoise.com/drafts/- Marked 2 : marked2app.com- Deckset : https://www.decksetapp.com---A propos du podcastVotre Coach Web est mon podcast sur la création de contenu pour aider ceux qui veulent s’exprimer sur internet et les réseaux sociaux, développer leur visibilité et en vivre.Tout savoir sur le podcast et poser vos questions : https://votrecoachweb.com/podcastS’abonner au podcast :- sur iTunes : https://itunes.apple.com/fr/podcast/votre-coach-web/id1249494221?mt=2 - sur Google Play Music : https://play.google.com/music/m/I7f4meeenujgugju3b3nxvhdsdi?t=Bertrand_Soulier_-_Votre_coach_web- sur Stitcher : https://www.stitcher.com/podcast/bertrand-soulier/votre-coach-web?refid=stpr- sur Overcast : https://overcast.fm/itunes1249494221/votre-coach-web- sur Pocket Casts : http://pca.st/9dJq- et sur Android en général : http://subscribeonandroid.com/www.spreaker.com/show/2528186/episodes/feed- Vous pouvez aussi écouter le podcast sur YouTube : http://bertrand.video/podcastNouveauté : je teste Patreon avec une page dédiée au podcast : https://www.patreon.com/bertrandsoulierPour prolonger :- Mon groupe d’entraide et de conseil sur Facebook : https://www.facebook.com/groups/242687639569739/- Ma lettre sur la création de contenu : https://www.getrevue.co/profile/soulierbertrandN’hésitez pas à me poser vos questions sur Facebook, Discord, Instagram ou Twitter avec le hashtag #askbertrand et sur le formulaire : http://bertrand.video/askbertrandSur les réseaux sociaux :- Twitter : http://twitter.com/bertrandsoulier- Linkedin : https://www.linkedin.com/in/bertrandsoulier/- Facebook : https://www.facebook.com/soulierbertrand- Instagram : http://www.instagram.com/bertrandsoulier- YouTube : http://bertrand.videoMes blogs :- Mon blog tech et pro : http://www.bertrand-soulier.com- Cyberbougnat : http://www.cyberbougnat.net- Mon blog de mec : https://www.monblogdemec.fr

Links ======== UIKonf - http://www.uikonf.com/ Livestream vom ersten Tag - https://www.youtube.com/watch?v=OXJJIjbkN-w UIKonf Speaker - http://www.uikonf.com/speakers Schedule/Agenda - http://www.uikonf.com/#schedule Swifting.io - https://swifting.io/ Deckset - https://www.decksetapp.com/ V for Wikipedia - http://v-for-wiki.com/ Typographizer - https://github.com/frankrausch/Typographizer WikipediaKit - https://github.com/Raureif/WikipediaKit Computerspielemuseum Berlin - http://www.computerspielemuseum.de/ Painstation - https://www.youtube.com/watch?v=6bm7fLcj5UI Swift Talk - https://talk.objc.io/ Dom auf Twitter - https://twitter.com/swiftpainless Ben auf Twitter - https://twitter.com/benchr Hallo Swift auf Twitter - https://twitter.com/hallo_swift

Introduction [0:29] Hackerweb Life BusRouter SG RailRouter SG TaxiRouter SG Building Web Apps[3:28] Progressive Web Apps AJAX FTP DevTools JSON prefetch WAP Responsive Design Tree View Accessibility Web Geolocation WebComponents ReactJS VueJS Minification Redux MooTools jQuery Prototype Ember Rails BackboneJS Adobe AIR Adobe AIR Encrypted Localstorage nodejs Adobe AIR Electron Vendor Prefix Zeit Guillermo Rauch SocketIO nextjs Heroku now Guillermo Rauch on Nodeup Podcast hyper I/O Polling audience questions [34:43] Generic Sensor API Battery Status API Web Bluetooth React Native HackerWeb iOS App ESP8266 Offline First WebNotification API Rapid Fire questions [44:26] Hackernews Chinese Checkers 360 Camera nextjs kopijs Gentoo Picks [46:17] Headspace You are not to smart podcast You are not to smart blog slidown Deckset hacker-news-pwas lighthouse web page test ToDo MVC Event Loop [53:06] WebConf TechInAsia Conference KopiJS Electric Plug – Connect with Chee Aun [58:25] Chee Aun’s Twitter Chee Aun’s Github Chee Aun’s Website

Amanda and Sean discuss talk prep and slide envy before diving in to Kotlin 1.0.5, UTF-8 identifiers in programming, and responsive layouts in Android. Expandable RecyclerViews and You - Amanda's DroidCon talk. Deckset How to Talk to Developers Is UTF-8 a Racist Kludge or Stroke of Genius? Senior Android Developer at thoughtbot in New York City Kotlin 1.0.5 Build a Responsive UI with ConstraintLayout

Heute pellen wir die Wurst von zwei Seiten auf. Es geht um Präsentationen. Tipps zu den besten und bewährtesten Praktiken, Workflows und die Software die einem zu einer guten Präsentation helfen kann. Link zum Bild: Svens Saal In dem Bild oben seht ihr schon worum es in diesem Rundflug heute gehen soll. Pre-zen-taht-zion-nähn. Im Übrigen ist das der Raum, an dem Pilot Sven am 27.08.2014 auf dem Podium stand und wo er eine 3-stündige Laudatio auf den Übercast gehalten hat. PS: Heute gibt’s als Giveaway den “MacSparky Presentation Field Guide” von David Sparks. Lieber Fluggast, wenn dir das Gehörte gefällt oder dir Sorgenfalten auf die edle Stirn fabriziert, dann haben wir etwas für dich: iTunes Bewertungen. Überbleibsel Im Follow-Up gibt es einen kurzen Nachtrag von Patrick zum besten Feature von Together. Dieses hatte er auch schon direkt in den Show Notes zu Episode 9 nachgereicht und wenn ihr ‘Leser’ hier seit wisst ihr das wahrscheinlich schon. Da Andreas bei unserem heutigen Thema nicht das übliche Maß an Meckereien unterbringen kann, wird dieses Segment quasi nun vorgezogen und hier in den Überbleibseln zweckentfremdet eingebracht. Heute sind Notifications der Punkt des Anstoßes und damit offiziell auf der Abschussliste: Die mangelnden Einstellungsmöglichkeiten (z.B. global Badges deaktivieren) machen unserem Andreas schwer zu schaffen. Ein Meer an Seufzern flutet durch die Bordanlage. Nun, eigentlich kann man Andreas da nur zustimmen oder bejahend zuseufzen in diesem Falle. Besonders wenn “man” halt mal 100, 200, 300, 400 Apps auf seinem Gerät hat - hust - wird der Gang ins Benachrichtigungscenter zu einem Spaziergang durch den minoischen Palast. Noch eine Anmerkung zu F.lux von Patrick… und zwar, das es diesen brillanten Helfer auch für iOS gibt… halt nur für Leute mit Jailbreak, aber gut. Hiermit gilt auch dieser Ausnahmefall als erwähnt. Lange Zeit war das der Grund für Patrick einen Jailbreak zu vollziehen. Heutzutage bleibt er im Knast, da der ja mittlerweile offene Gittergardinen hat. Überschallneuigkeiten Der Übercast™ ist nun flattr-bar, wie ihr oben an dem formschönen Button bestimmt schon gesehen habt. Da es “so ein Hübscher” ist, gibt’s den hier auch gerade noch einmal, weil es so schön war: Bisher angebunden an Flattr sind App.net und Twitter (letzteres immer dann wenn Superfav.de auch online ist :/). Das heißt, wenn alles korrekt und ordnungsgemäß läuft, sollten wir bei einem von euch verabreichten Fav-★ zeitgleich geflattr’t werden. Bei Facebook wird das ganze leider nicht per like funktionieren, da Flattr keine Facebook Pages unterstützt. Solltet ihr Instacast nutzen und Flattr dort aktiviert haben, dürften wir automatisch von euch bespendet werden – Gesetzt dem Falle Patrick hat’s gescheit eingebunden. Die nächste Überschallneuigkeit kommt von Patrick’s Vater der sich mit seinen wöchentlichen Emails an den Sohnemann dieses mal selbst übertroffen hat. Hiermit stellen wir euch Emberlight vor – die schlaue Leuchte für Jeden, dem Philips Hue zu teuer ist. Bei Emberlight handelt es sich um einen Aufsatz, welcher zwischen Birne und Fassung geschraubt wird und der dann per Smartphone angesteuert werden kann. Kompatibel ist das gute Stück mit allen dimmbaren Leuchten. Zu den Features schaut euch am besten die Kickstarter Kampagne an. Nur soviel vorweg: Presets in der Apps gibts und Distanzsensitiv (proximity) ist das gute Stück auch noch. Kostenpunkt: 2 Stück $89 (später: $115), 3 Stück $139 (später: $165), etc. – mehr auf KückSchtartā. KFZ = Keynote, Folien, Zuhörer Bitte bleiben Sie auf ihren Sitzplätzen, schalten alle elektronischen Geräte aus und klappen die Tischablage ein. Die Piloten präsentieren Ihnen gleich frisch von der Startbahn weg die… … Starterkabel & Über-Tipps Als Alpha-Präsentator fängt natürlich Sven an. Er empfiehlt “How To Not Throw Up” von Michael Lopp (Rands in Repose). Michael weißt hier auf klassische Anfängerfehler hin, welche im Übrigen sich oft auch aus reiner Unsicherheit heraus ins Präsentieren so mir nix, dir nix einschleichen können. Zum Beispiel: Zu viele Slides Zu viel Inhalt (meist Text und Bullet Points) Das ganze frei nach dem Motto: Einfach ablesen, dann komme ich schon durch. Deshalb gibt’s im verlinkten Artikel verschiedene Lösungsansätze: (1) Endlos Üben Nur durch Repetition und mehrere Probevorträge beginnt man sich die vorbereiteten Slides, deren innewohnende Aussage und den Inhalt, sowie fließende Übergange zum nächsten Punkt, zu merken. Man kann beispielsweise eine Geschichte erzählen. Wenn man dann genug geübt hat, sollte dies auch ohne die Slides klappen. Wichtig ist auch zu lernen sich bei Probeläufen selbst zuzuhören. So kann man sich in die Rolle des späteren Publikums hineinversetzen und Fehler, Ungereimtheiten, wacklige Übergänge, Wiederholungen oder auch sinnentleerte Slides einfacher aufspüren. Das Präsentieren ist eine Performance, ein Bühnenauftritt. Bei genug Übung geht es nicht mehr darum was man erzählt, sondern wie. Andreas wirft ein, das oft durch die bösen Deadlines zu wenig Zeit bleibt genau dafür – also für’s üben. Sven setzt sofort nach, der er es kennt und liebt, wenn er noch im letzten Moment eine Extra-Slide reingedrückt bekommt. In kurz: Versuchen Zeit zu finden, um alles zu festigen und auf so auf Fehlersuche zu gehen. (2) Improvisieren Variieren, das Publikum einbinden, Energie in den Vortrag packen und auf Überraschungen (von den Zuhörern gespannt sein!). Beobachte wie die Zuhörer reagieren, mache eine kurze Pause und schau Dich um. Lese das Publikum und pass deinen Vortrag an. Langsamer reden, oder schneller, mehr Pausen oder weniger, mehr gestikulieren oder weniger, rumlaufen oder stehenbleiben. Man hat extrem viele Möglichkeiten, ganz davon abgesehen das man Inhalte so oder so im Vortrag variieren kann. Das alles soll natürlich nicht dazu führen, dass man sich zwangsweise völlig verstellt, was eine Frage von Andreas in die Runde geworfene Frage klärt. Nichtsdestotrotz sollte eine gewisse Grunddynamik nach Patrick schon vorhanden sein und gezeigt werden, denn wenn die Körpersprache und Mimik zu lethargisch anmutet ist das schlichtweg nicht optimal. Man will ja nicht uninteressiert rüberkommen bei deiner eigenen Präsentation, denn das färbt ganz schnell ab. Ein paar Tipps abseits vom “Alle im Raum sind nackt”, welche praktikabel sind: Stell Dir vor Du präsentierst nur einer Person (die zufällig hundert Augenpaare hat), such Dir jemanden und erzähl ihr oder ihm für ein paar Sekunden die Geschichte, dann zum nächsten Benutze Stille aus Stilmerkmal und Ausrufezeichen. Nichts unterstreicht eine Aussage mehr als eine Pause danach. Von 5 runter zählen. Die Leute wollen, dass Du erfolgreich bist. Wirklich. Oder gehst Du zu Meetings/Präsentation um Deine Lebenszeit mit dem Hören schlechter Vorträge zu vergeuden? Die Planungsphase Workflowtechnisch ist eine Mindmap bei allen drei Piloten schon einmal der etablierteste Ausgangspunkt. Besonders mit MindNode macht das natürlich noch einmal so viel Spaß und OPML-Dateien können dann von Keynote importiert. Das Skelett der Präsentation steht damit schon einmal. Sven haut auch noch OmniOutliner dazwischen, um so noch mehr Struktur reinzubringen. Da allerdings im letzten Test von ihm der Keynote Export nicht mehr funktioniert hat und Keynote ’14 (v6.2) sich so oder so beschwert, dass die Datei zu alt sei und man bitte erst mit Keynote ’09 das Machwerk öffnet, fordert er Andreas auf - notfalls mit Hand und Fuss - beim IdeasOnCanvas Team einen Keynote-Export-Knopf zu erkämpfen. Die OmniGroup hat uns in der Zwischenzeit per Tweet bestätigt, dass der Export noch nicht für die aktuelle Version von Keynote angepasst ist. Vorerst kann man sich aber mit diesem AppleScript behelfen. PowerPoint Das liebe PowerPoint ist bei Sven in 80% aller Fälle der “goldene Standard”, weil es eben immer noch das dominierende Präsentationsprogramm ist und somit gut für gemeinsames Arbeiten und Austauschen, auch über die Mac/Windows-Barriere hinweg, geeignet ist. Leider wird es heute nach Svens Aussage zu allem möglichen missbraucht, da Leute offensichtlich öfters vergessen, dass sie noch andere Programme installiert haben — z.B. Pages oder Word und dann am Ende weder Font noch Bilder integriert sind. Keynote nutz Sven natürlich lieber, aber eben nur für Präsentation, die entweder wirklich nur er selbst bearbeitet oder die als PDF geteilt werden müssen, bzw. für Side-Projects bestimmt sind. Was noch anzumerken bleibt: Der Keynote Export nach PowerPoint ist zwar sehr gut, aber nicht perfekt. Tipp-Exkurs mit Sven F. Auf das Publikum abstimmen und eine “Geschichte” erzählen (The Art of Storytelling) Bei jeder Präsentation geht es um das Publikum und nicht um den Presenter! Ego ablegen und sich genau überlecken was, bzw. welchen Aspekt das spezielle Publikum abgedeckt sehen möchte. Was “bewegt” es, was lässt es klar und was ist im wichtig oder scheißegal. Wie viel Vorwissen darf man annehmen? Warum mehr als 10-15 Slides selten funktionieren Aufmerksamskeitsspannen sind unglaublich gering. Wenn man die Leute nicht gleich in den ersten 5 Minuten, bzw. 3 Charts “hat” bekommt man sie meist nie. Eine (!) Aussage per Slide! Klar planen: Was ist die eine Sache, die ich möchte das die Zuhörer von diesem einen Slide mitnehmen? Machen alle Aussagen aneinander gereiht (sowie sie in der Präsentation sind) Sinn? Die “5x5x5” Regel 5 Slides in der Präsentation (ohne Titel/Ende), 5 Bullets per Slide, 5 Worte per Bullet. Bilder, Worte und so weiter Bilder sinnvoll nutzen. Copyrights beachten. Augen auf bei Diagrammen und Charts Gute Diagramme, Charts und Datenillustration sind unglaublich mächtig in Präsentationen. Schlechte hingegen führen schnell zu einem “Rathole” und unterminieren unter Umständen die gesamte Kredibilität. Kopierte Slides Am besten immer die eignen Slides verwenden. Jeder hat einen anderen Gedankengang und fokussiert eine andere Aussage, wenn er Slides erstellt. Wenn man dann einfach Slides zusammen kopiert ist meistens die Storyline und die Aussagen weg. Im schlimmsten Fall sieht man das Slides (auch rein optisch) aus anderer Hand stammen. Zum Thema verstecke Slides oder Backup-Slides In 95% der Fällen nie gebraucht. Weglassen, bzw. in separater Datei ablegen. Besser planen! Probelauf-Strategien Je nach Größe der Präsentation richtet Andreas seinen Vorbereitungsaufwand aus. Für die Barcampfreunde übt er wenn’s hochkommt ein, zwei Mal mit der Katze, für die Million-Dollar-Verträge geht’s intensiver zur Sache und die Freundin muss mehrfach den Gehörgang hinhalten. Sven übt am liebsten mit sich selbst und läuft dabei die zig Quadratmeter der Präsidentensuite im jeweiligen Grand Hotel wo er gerade die Zelte aufgeschlagen hat ab. Wie wichtig es ist, alles zu genüge geübt zu haben, zeigt Svens Beispiel als die Beamer-Birne nach 5-Minuten geplatzt ist und kein Ersatz auf die Schnelle da war: Blank und ohne Slides präsentieren. Das kann nur ein wahrer Podiumspilot. Tipp-Exkurs mit Patrick W. Keine Notizzettel - Augenkontakt und freies Reden Sobald du alles kannst, übe die Präsentation. Das ist nämlich eine andere Baustelle. Möglichst vor echtem Publikum. Lass dir Feedback geben. Mit dem Equipment vertraut machen, wenn möglich 1 Tag vorher proben ob alles geht Die Zuhörerschaft kennen und passendes Material aussuchen. Risikofreude abwägen. Pro Risiko sein, für mehr Attention. Und… Sich selber nicht zu ernst nehmen. Apropos: Das passende Material ist essentiell. Ein Bild kann mehr als Tausend Worte sagen und eine ganze Geschichte erzählen. Ein einprägsames Bild mit der passenden Erklärung bleibt dem Publikum auch leichter im Kopf hängen. Eine kohärente Geschichte erzählen. (siehe ↑) Kurz und klar, statt lang umschweifend und meist noch zu schnell alles erklären zu wollen. Meist ist es unnötig das Thema vorher ausgedehnt anzusagen. In der Uni trotzdem ganz hilfreich, vor allem bei den berühmten Kursen, wo man jede Stunde 2 Präsentationen hört und “das dann der ganze Kurs ist” (… ne Schande). Michael Lopp Exkurs Sven hat ein paar weitere Schmuckstücke aus dem Rands in Repose Fundus herausgefischt und annotiert. Diese wollen wir euch natürlich nicht vorenthalten. Out Loud Wie man eine mitnehmende Präsentation plant und übt erklärt Michael Loop Dinge laut vorsprechend üben — merkwürdig (zumindest am Anfang), macht aber einen Riesen Unterscheid Präsentation oder Rede? Vergleiche Steve Jobs’ Standford Rede mit einer Präsentation anlässlich einer Apple Keynote Komplette Planung in der Präsentationssoftware seiner Wahl stellt sicher, dass es eine Präsentation wird und kein Buch oder Artikel Für mehr Gedanken während der Planung und später die Präsentationsnotizen verwenden Einmal Disaster, bitte: Grobe Präsentations-Outline präsentieren. Man bekommt ein Gefühl für den Fluss (oder eben nicht), “hört” sich die Geschichte erzählen und entwickelt Vertrautheit mit Inhalte und Aussage Üben, durchgehen, üben: Ehefrau -oder mann, Freund oder Freundin, Kollege oder Kollegin oder notfalls ein Baum im Wald Reduzieren soweit es geht; Bilder statt Text-Slides wo es geht Stellen mit Publikumsinteraktion bewusst in den Fluss einplanen Teilnahme als Akzentuierung bestimmter Aussage der eignen Präsentation Handzeichen oder ähnliches müssen nicht immer sein, manchmal reicht auch eine provokative Frage, die jeder im Publikum für sich selbst im Kopf beantwortet (Lange Pause nach der Frage lassen) Regel: Das Publikum wird Dich immer überraschen Gib dem Publikum was zum Mitnehmen — es kann so einfach wie ein “Zusammenfassung”-Slide sein Keynote Kung-Fu I Keynote für optimale Arbeitsabläufe anpassen Raster und Hilfslineale richtig einstellen Was ist wo in den verschiedenen Paletten Slidedeck organisieren Übergänge zwischen einzelnen Slides Keynote Kung-Fu II Das richtige Theme auswählen Themes anpassen Outlinen, planen und strukturieren im Slide Navigator Design-Fallstricke im Umgang mit Master-Slides Fluss der Geschichte synchron mit Fluss der Slides Interaktive Navigationselemente auf den Slides Funktionen im Präsentationsmodus Persönlich soll es sein: “Ein Teil von Dir”, nicht ein Teil des Slides Große Teile der Artikel beziehen sich auf ältere Keynote Versionen, sind aber im wesentlichen — nach Anpassungen — auch für die aktuelle Keynote Version gültig. Sozi, Prezi, Brezel backen. Alles in den Präsentationskoffer packen. Keynote und Powerpoint sind veraltet. Nach Patrick’s Ansicht heißt es “Slideshows waren gestern”, denn mittlerweile ist die Zeit der “Zoomenden Präsentationen” angebrochen ist. Andreas führt auch sofort den Fachbegriff Kinetic Typography ein, der ihm als Videoprofi natürlich geläufig ist. Damit ist nach Patrick’s Meinung halt einfach mehr möglich… und vor allem schöner. Einwurf von nach der Sendung: Patrick hat das Internet natürlich sofort nach dem neuen Stichwort durchstreift. Was er festgestellt hat ist, dass die Animationen in der Tat eher in der Videobranche zu finden sind und für Präsentationen viel zu schnell, hektisch und reizüberflutend wirken. Kurz, keine Wunder erwarten, sondern selbst mit der sparsam editierenden Hand zu werke gehen. Falls ihr von Kinetic Typography oder Prezi noch nie etwas gehört habt, gibt’s jetzt eine kleine Einführung. Wie darf ich mir das vorstellen? Im Gegensatz zu traditionellen Slideshows, wird hier eine Art Poster angelegt. Bester Ausgangspunkt ist meiner Meinung nach eine Mindmap. Dann kann man sich überlegen wie man die einzelnen Punkte auf’s Post bringt und mit Grafiken und Typographie unterstreicht. Kurz: Es handelt sich um eine völlig freies, grenzenloses Layout. Wenn man so eine Präsentation abspielt, sorgen eine vordefinierte Serie an Transitionen, Zooms und Rotationen dafür, dass das nächste wichtige Element (also in Altdeutsch, die nächste Slide) in den Fokus rückt. Das wohl populärste unter diesen Nicht-nur-Slides Präsentationsprogrammen ist Prezi. Lasst mich das mal kurz vorstellen. Features 3D Zoom-Effekte bei der Bezahlversion von Prezi auch offline Collaborate in real-time Präsentation in Webseiten einbinden Online teilen Automatischer Sync von Präsentationen zum iPad/iPhone Nicht zuletzt: zig tausend Präsentationen online auf welche man zugreifen kann und welche man abändern kann für die eigenen Zwecke Das hört sich gut und spannend an. Ist es auch. Natürlich sollte man es mit den Drehungen nicht übertreiben, sonst wird den Zuschauer schlecht. Aber wie und warum man Effekte sparsam einsetzen sollte, dazu kommen wir noch später. Denn wenn man es übertreibt mit solchen grafik-orientierten Powertools, dann bleibt von der Präsentation nichts als seekranke Zuschauer übrig die von der Effekthascherei abgelenkt ihr zombifiziertes Dasein fristen. Das wollen wir nicht. Also, Apple Werbung noch einmal anschauen, schwarz-weiß und minimalistisch bleiben. Preis Wie bei GitHub: öffentlich = kostenlos. Da ist dann aber auch das Prezi-Logo mit drauf. Enjoy-Lizenz $4.92/Monat bzw. $59 pro Jahr Prezi-Logo entfernt kann von öffentlich auf privat gesetzt werden Für Studenten gibt es diese Variante kostenlos. Pro-Lizenz Das wichtigste Feature (ohne das ich Prezi nicht nutzen würde): Offline speichern. $13.25/Monat $159 pro Jahr Gruppenlizenzen für Unternehmen erhältlich Also bei uns am Campus geht das WLAN hin und wieder nicht. Deshalb würde ich mich nie auf eine reine Onlinelösung verlassen. Leider ist mir für die paar Präsentationen an der Uni der Preis für die Pro Version zu teuer, ABER… Die kostenlose Alternative: Sozi Vorab: Der Preis von “kostenlos” ist hier, dass es keine 1-2-3 Installation. Also… weiß Gott keine. Das ist richtig kompliziert bis alles mal läuft. Wenn es dann läuft ist es auch lange nicht so komfortabel wie Prezi. Inkscape installieren. (Freeware Version von Adobe Illustrator) Der etwas älteren Anleitung (für Mountain Lion) hier folgen und auch die verlinkten Kommentare lesen - ohne geht’s nicht. Das war zumindest mein Leidensweg. Dann habt ihr in ein Vektorprogramm in dem ihr mittels Sozi Rechtecke über eure wichtigen “Slides” bzw. Elemente ziehen könnt und einen Übergang von Element zu Element auswählt. Mittlerweile gibt es auch eine Extension für SVG-Edit. Ist vielleicht einfacher als der Inkscape weg. Keine Ahnung. Ihr seid da euch überlassen, denn ich bin froh, dass es rennt. Wenn es läuft, habe ihr den Wow-Factor auf eurer Seite. Die generierte SVG Datei läuft auch auf jedem modernen Browser (offline). Ihr seid somit kompatibel zu allem. Tipp: Es gibt viele Seiten die kostenlose Vektorgrafiken anbieten (z.B. vectezzy. Don’t overdo it. Für nicht so wichtige und kleinere Präsentationen gibt es mittlerweile ein paar sehr schöne Markdown Tools die wir euch auch noch kurz vorstellen werden. Ein Wort der Warnung Wie sich in der Show noch einmal ganz deutlich herauskristallisiert hat nach Andreas seiner Kritik, ist Prezi/Sozi/Wasauchimmer auch keine eierlegende Wollmilchsau und hat seinen Anwendungsbereich ganz klar eher im kreativeren Bereich bzw. überall dort wo man es gefahrlos auch mal optisch krachen lassen kann (… ohne es auch hier zu übertreiben). Jenseits von Keynote und PowerPoint Bei den vielen Flügen rund um die Welt hat Der Übercast natürlich mehr als nur die Standards kennengelernt. Hier eine kleine Auswahl nützlicher Helfer und Alternativen. Was tun, wenn die grafischen Mittel nicht ausreichen? Das fragt man sich ab und an. Unser Profi für’s bewegte Bild hat die Antwort haut bei den wichtigen Präsentationen auch mal voll auf die Wurst und schießt mit Motion und Final Cut auf die nichts-ahnende Zuhörerschaft die sich von seinen Screencasts (und iOS Screencasts für den App Store) verzücken lassen will. Besonders dankbar ist Andreas für Claquette, eine App die hochauflösende Bildschirmaufnahmen macht und diese sofort an Final Cut weiterreicht. Ansonsten tut’s Air Server auch. Zudem findet Andreas auch die klassische schwarze Slide ohne Alles mal ganz gut, um einen Punkt doppelt zu untermauern (

Eső, utazás, költözés oda és vissza: a felnőtt létezéssel kapcsolatos kérdések az elején. Tech: timelapse, Broadwell, Deckset, Lookslikescanned. Mozizz: A better queue.

Bienvenue dans le cent-trente-troisième épisode de CacaoCast! Dans cet épisode, Philippe Casgrain et Philippe Guitard discutent des sujets suivants: ASCIIwwdc - Mis-à-jour pour WWDC 2014 SwiftCode.fr - Le langage Swift en français DeckRocket - Contrôlez DeckSet avec votre iPhone Jazzy - Générez vos documentations avec Clang TOMSMorphingLabel - Transitions de texte pour UILabel F! Clang warnings - La référence Ecoutez cet épisode