Answer:
Explanation:
The following Java code basically divides the goal size by 5 and rounds the answer to the lowest whole number. Then multiplies that answer by 5 and goes adding 1 until the exact goal size is met. If the value is passed then that means that using the current brick sizes it is not possible to make the goal. Otherwise, it will print out that it is possible.
import java.io.*;
import java.util.Scanner;
public class Main{
public static void main(String args[]) throws IOException {
String answer = "No, it is not possible";
Scanner in = new Scanner(System.in);
System.out.println("Enter goal size: ");
float goalSize = in.nextFloat();
float currentSize = (float) Math.floor(goalSize / 5);
currentSize = currentSize * 5;
while (true) {
if (currentSize < goalSize) {
currentSize += 1;
} else if(currentSize == goalSize) {
answer = "Yes, it is possible";
break;
} else {
break;
}
}
System.out.println(answer);
}
Answer:
1. Write to the Reader
2. Structure your report
3. Back up your report with data
4. Separate facts with opinions
Explanation:
1. Remember that you’re not writing the report for yourself. You’re probably writing for clients or management, so you need to know how familiar they are with the concepts and terminologies that your team uses. If they’re not well-acquainted with it, you may have to spend the first part of your report defining them so readers can follow along. Or, you might want to dumb it down a bit to layman’s terms and cut back on acronyms and jargon. A good way to practice this is to do the same with meeting notes.
2. One thing all reports should have in common is a form of structure. Ideally, you want to organize information into different segments so that your reader can identify relevant sections and quickly refer back to them later on. Common sections include a background or abstract to explain the project’s purpose, and a final summary of the document’s contents.
3. A good project report is going to have lots of data backing it up, whether it is defending the team’s performance or breaking down a successful project. Accurate charts, spreadsheets, and statistics are a must if the report is to have any degree of credibility when presented to clients. Many project management tools provide flexible project reporting features to help PM’s compile and present data in meaningful ways.
4. You should never confuse the two when writing a project report, especially if you are doing a post-mortem on a failed project. Opinions are subjective and should never be presented as absolutes. The report should be scrubbed of any personal views or preferences unless absolutely necessary. And if your opinion is required, be sure to clearly identify it as such. You may want to put it in an entirely different section, if possible.
Hope this helped
Kinda, really good at this stuff.
A. yield to the car on your right
Answer:
Purpose - To paurswade the board to change the conditions of the locker room
Topic - Locker room condition
Method - Electronic Slideshow
Audience - School Board
You just need to set a reminder on your phone and try and remember
